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Vorwort 


Der Amiga ermöglicht durch seine grafische Benutzeroberfläche 
und die Maussteuerung gerade dem Neuling einen einfachen 
Einstieg in die Welt der Computer. Die kleinen Bilder und Sym- 
bole, die automatisch nach dem Start des Rechners auf dem 
Bildschirm erscheinen, sehen ja auch wirklich etwas einladender 
aus als ein blinkender Cursor, der oben links auf dem Bild- 
schirm erscheint und auf sinnvolle Tastatureingaben wartet. 


Früher oder später passiert es aber jedem, daß er aus Versehen 
oder aus reiner Neugierde das Shell-Symbol auf der Workbench- 
Diskette anklickt. Es erscheint ein Fenster, und prompt meldet 
sich auch der langweilige Cursor. Nun hilft auch die Maus nicht 
mehr weiter, ein Schließsymbol besitzt das Fenster nicht. Man 
muß sich wohl oder übel ein bißchen mit dem CLI und seinem 
Eingabefenster, der Shell, auseinandersetzen, will man das 
Fenster nicht mittels des Netzschalters des Amiga schließen. 


Vielleicht gehören Sie aber auch schon zu derjenigen Gruppe 
von Amiga-Besitzern, die längst gemerkt haben, daß man für 
eine sınnvolle Arbeit mit diesem Rechner ohne das CLI gar 
nicht auskommen kann. So einfach die Arbeit mit der Work- 
bench auch ist: In Wirklichkeit ist sie doch nur eine Fassade, die 
den Einblick auf das Wesentliche verhindert. 


In jedem Fall wird Ihnen dieses Buch bei der Arbeit im CLI des 
Amiga hilfreich zur Seite stehen. Nach einer einfach gehaltenen 
Einführung finden Sie jede Menge nützlicher Informationen: 
Lösungen für die alltäglichen kleinen Schwierigkeiten im CLI, 
ausführliche Behandlung aller CLI-Befehle, Programmierung von 
Batch-Dateien, Informationen über Multitasking, Handler, De- 
vices, Erstellung eigener interessanter CLI-Befehle und noch 
vieles mehr. Auf den letzten Seiten rundet die Quick-Referenz 
zum schnellen Nachschlagen aller Befehle das Gesamtkonzept ab. 


Wir wünschen Ihnen mit diesem Buch viel Spaß und Erfolg bei 
der interessanten Arbeit mit dem Command Line Interface Ihres 
Amiga. 


Die Autoren Aachen, im Januar 1989 
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1: Einführung 


Die folgenden Abschnitte sollen Ihnen den Einstieg in die Arbeit 
mit dem CLI so leicht wie möglich machen. Aus diesem Grund 
wird am Anfang die Theorie auf ein absolut notwendiges Maß 
beschränkt. Für die Anwendung des CLI reicht diese Einführung. 
aber völlig aus; wer darüber hinaus noch genauer in die Materie 
einsteigen will, findet in den Kapiteln 6 und 7 eine Fülle von 
Hintergrund-Informationen rund um das CLI. 


1.1 Die Aufgabe des DOS 


Bevor wir uns mit dem eigentlichen CLI beschäftigen können, 
müssen wir uns ein wenig mit den Aufgaben des sogenannten 
DOS auseinandersetzen. DOS ist die Abkürzung für Disk 
Operating System, was frei übersetzt etwa soviel heißt wie 
"Jaufwerkorientiertes Betriebssystem". Unter einem Betriebs- 
system versteht man allgemein die Gesamtheit aller Programme, 
die den Betrieb eines Computers erst ermöglichen. Man darf dies 
nicht mit Anwendungsprogrammen (Textverarbeitung, Kalkula- 
tion etc.) verwechseln. Ein Betriebssystem liefert nur das Fun- 
dament, auf das der Anwender mit seinen Programmen aufbauen 
kann. Es übernimmt Aufgaben wie Speicherverwaltung, Ansteu- 
erung der Hardware (Tastatur, Bildschirm, Floppy, Drucker etc.) 
und die Koordination der verschiedenen Aufgaben. Es stellt 
außerdem fertige Programmfunktionen zur Verfügung, so daß 
man sich als Systemprogrammierer zum Beipiel nicht darum 
kümmern muß, welche Speicherbereiche im Rechner schon be- 
legt sind und welche man noch für eigene Anwendungen be- 
nutzen kann. Das Betriebssystem teilt einem auf Anforderung 
einen freien Speicherplatz der gewünschten Größe zu. 


Die Besonderheit eines DOS liegt nun darin, daß die Befehle, die 
der Rechner ausführen kann, nicht oder nur teilweise mit in das 
eigentliche Betriebssystem integriert sind. Kleinere Homecom- 
puter verstehen beispielsweise nur Befehle (z.B. Load, Save, Run 
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usw.), die im Betriebssystem resident vorhanden sind und die 
sofort ausgeführt werden können. Das AmigaDOS basiert auf 
einem anderen Prinzip: Die Befehle sind kleine Programme, die 
erst bei Bedarf von einem Laufwerk (Floppy, Festplatte oder 
RAM-Disk) geladen werden und bei ihrer Ausführung auf die 
Routinen des im Speicher befindlichen Betriebssystems zurück- 
greifen. Muß ein Befehl jedesmal neu geladen werden, wenn er 
benötigt wird, so bezeichnet man ihn auch als einen transienten 
Befehl. Im Gegensatz dazu stehen in einem DOS die sogenannten 
residenten Befehle. Auch sie müssen beim Amiga zunächst ein- 
mal von einem Laufwerk geladen werden, stehen bei einem er- 
neuten Aufruf aber ohne Ladevorgang jederzeit zur Verfügung. 


Das beim Amiga gewählte Verfahren weist einige Vorteile ge- 
genüber den Betriebssystemen auf, die ihre Befehle ganz oder 
auch teilweise integriert haben: 


1. Selten benötigte Befehle belegen nur solange Speicherplatz 
im Rechner, bis sie ihre Funktion beendet haben. Sie wer- 
den anschließend sofort wıeder gelöscht. 


2. Sollte sich mit der Zeit herausstellen, daß ein Befehl noch 
Fehler enthält, so kann er auch später noch ohne großen 
Aufwand gegen eine korrigierte Version ausgetauscht wer- 
den. | 


3. Der Befehlsumfang ist nicht beschränkt. Jederzeit kann das 
DOS um neue Befehle ergänzt werden. 


Nicht verschwiegen werden darf jedoch der große Nachteil, daß 
besonders bei kleinen Rechnerkonfigurationen mit wenig Spei- 
cherplatz und nur einem Laufwerk der Bedienungskomfort lei- 
det, da hier häufiger die Disketten gewechselt werden müssen 
und viel Zeit mit den Ladevorgängen der einzelnen Befehle ver- 
geht. Bei Verwendung mehrerer Laufwerke und überlegtem 
Einsetzen residenter Befehle fällt auch dieser Nachteil weg. 
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1.2 Über die Workbench und das CLI 


Die Aufgaben des DOS haben wir oben schon grob abgesteckt. 
Was jetzt noch fehlt, sind die Werkzeuge, mit denen der Anwen- 
der die Abarbeitung bestimmter Befehle veranlassen kann. Kon- 
kret: Wie können wir dem Rechner mitteilen, daß wir jetzt z.B. 
eine neue Diskette formatieren möchten? Natürlich kann dies 
über die altbekannte Workbench geschehen: In dem Menü mit 
dem Namen Disk gibt es einen Unterpunkt Initialize. Hat man 
vorher das gewünschte Diskettensymbol angeklickt und wählt 
nun diesen Punkt an, wird der entsprechende Befehl von der 
Workbench-Diskette geladen und alles weitere veranlaßt. 


Die Alternative zur Workbench stellt das CLI dar. Diese drei 
Buchstaben stehen für Command Line Interface, was etwa soviel 
bedeutet wie Kommandozeilen-Schnittstelle.e. Der Name verrät 
eigentlich schon alles: Die Befehle werden hier nicht mehr wie 
in der Workbench durch das Anklicken der Symbole aktiviert, 
sondern durch ihren Aufruf mittels Tastatureingaben. 


Ist das CLI denn dann kein Rückschritt? 


Vielleicht mag das auf den ersten Blick so aussehen, denn die 
Workbench vereinfacht gerade Einsteigern die Arbeit mit dem 
Computer ungemein. Wenn man tatsächlich nur ab und zu seinen 
Amiga einschaltet, um mit einem bestimmten Textverarbeitungs- 
programm zu arbeiten, kann man sogar auf das CLI ganz ver- 
zichten. Wer jedoch über das Einsteigerstadium hinauskommen 
will (und wer will das nicht?), wird um das CLI nicht herum- 
kommen. Einige Probleme lassen sich nämlich von der Work- 
bench aus nur über Umwege oder gar nicht lösen. Beispielsweise 
kann nur vom CLI ” die sogenannte Startup-Sequence verän- . 
dert werden. Hierbei handelt es sich um eine spezielle Befehls- 

datei, die sich auf der Workbench-Diskette befindet und bei je- 
dem Start des Amiga abgearbeitet wird. Es werden nämlich noch 
längst nicht alle Dateien, die sich auf einer Diskette befinden, 
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auf der Workbench auch tatsächlich angezeigt. Das CLI ist somit 
die einzige Möglichkeit, um im Amiga wirklich hinter die Ku- 
lissen schauen zu können. 


Wie sieht ein Fenster für CLI-Eingaben aus? 


Der Amiga stellt uns zwei unterschiedliche Eingabefenster zur 
Verfügung: das NewCLlI-Fenster und das NewShell-Fenster. 
Beide Eingabeschnittstellen können CLI-Befehle entgegenneh- 
men und ihre Ausführung veranlassen. Das NewCLI-Fenster 
spielt jedoch in der Workbench 1.3 nur noch eine untergeordnete 
Rolle, da eine Shell ein weitaus komfortableres Arbeiten ermög- 
licht. Eine Shell ist aufwärtskompatibel zu einem CLI-Fenster, 
d.h. alle Möglichkeiten, die ein NewCLI-Fenster zu bieten hat, 
stehen auch in einer Shell (als Untermenge) zur Verfügung. Da 
sich jedoch mittlerweile der Begriff CLI-Befehl beim Amiga 
durchgestzt hat und im Grunde genommen ja auch die Shell ein 
CLI (= Command Line Interface) darstellt, sprechen wir in die- 
sem Buch auch weiterhin vom CLI und von CLI-Befehlen. Nur 
dort, wo auf spezielle Eigenschaften des Shell-Fensters einge- 
gangen wird, werden wir von der Shell sprechen. 


1.3 Vorbereitungen 


Bevor Sıe beginnen, mit dem CLI zu arbeiten, sollten Sie unbe- 
dingt eine Kopie Ihrer originalen Workbench-Diskette anferti- 
gen. Mit der Zeit werden Sie nämlich feststellen, daß diese oder 
jene Programme für Sie überflüssig sind und gelöscht werden 
können. Sollten Sie aber irgendwann einmal doch wieder solch 
ein Programm benötigen, können Sie auf die unveränderte Ori- 
ginaldiskette zurückgreifen. Außerdem kann es immer einmal 
passieren, daß wichtige Daten aufgrund einer defekten Diskette 
oder durch unbeabsichtigtes Löschen verlorengehen. 


Von der Workbench aus ist die Herstellung der Kopie kein Pro- 
blem. Wenn Sie dabei noch Schwierigkeiten haben, können Sie 
sich an die folgenden Anweisungen halten: 
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1. Schieben Sie zunächst den kleinen Schreibschutz-Clip der 
originalen Workbench-Diskette nach außen, falls er sich 
nicht sowieso schon in dieser Position befindet. Hierdurch 
wird eine Öffnung freigegeben und ein versehentliches 
Überschreiben verhindert. Das Verfahren erinnert an die 
Plastikzungen auf der Rückseite von Musik-Kassetten. 


2: Legen Sie diese Diskette in das eingebaute Laufwerk DFO;, 
und starten Sie das System durch gleichzeitiges Drücken 
der Ctrl-Taste zusammen mit den beiden Tasten links und 
rechts neben der Leertaste. Sobald die Tasten losgelassen 
werden, beginnt der Ladevorgang. | 


3. Nach einer Weile erscheint das gewohnte Bild der Work- 
bench. Die eingelegte Workbench-Diskette wird durch eın 
Symbol oben rechts dargestellt. Klicken Sie nun dieses 
Symbol mit der linken Maustaste einmal an, und wählen 
Sie unter dem Menü Workbench den Punkt Duplicate. 


4. Jetzt werden Sie aufgefordert, die FROM-Disk, also die zu 
kopierende Diskette einzulegen. Natürlich ist das überflüs- 
sig, da die Diskette schon längst im Laufwerk liegt. 


3. Nun müssen während des Kopiervorgangs mehrere Male 
abwechselnd Quell- und Zieldiskette miteinander ver- 
tauscht werden. Der Schreibschutz-Clip der Zieldiskette 
muß natürlich die Öffnung verdecken, damit diese be- 
schrieben werden kann. 


6. Zur Unterscheidung von der Originaldiskette wird dem 
Namen der Kopie noch der Text "Copy of" vorangestellt. 
‘ Wenn Ihnen dies nicht gefällt, können Sie den Zusatz 
durch Rename entfernen. Das DOS kann beide Disketten 
immer noch an ihrem internen Datum und der Uhrzeit 
auseinanderhalten. Diese Angaben werden nämlich auf ei- 
ner Kopie immer aktualisiert abgespeichert. 
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1.4 Das CLI meldet sich 


Starten Sie nun mit der soeben angefertigten Kopie Ihren Amiga. 
Das ist leider noch einmal notwendig, da das DOS sonst bei je- 
der Aktion nach der Originaldiskette fragen würde. Aber diese 
haben Sie ja hoffentlich schon längst wieder eingeschlossen. 


Wählen Sie nun auf dem Diskettenordner den Punkt System an. 
In dem nun erscheinenden Ordner befindet sich auch das Symbol 
der Shell. 


Ein Shell-Fenster wırd von der Workbench aus durch zweimali- 
ges Anklicken des gleichnamigen Icons aktiviert. Es erscheint 
dann ein Fenster mit dem Titel New Shell. 


Nun können Sie auch die beiden Ordner ım Hintergrund wieder 
schließen, da sie für die weitere Arbeit nıcht mehr benötigt 
werden. Das Shell-Fenster besitzt fast alle typischen Eigenschaf- 
ten, die Fenster im Amiga aufweisen können: Es kann beliebig 
plaziert und in der Größe verändert werden. Außerdem sind 
auch die beiden Vordergrund-/Hintergrund-Gadgets vorhanden. 
Nur das Schließsymbol oben links in der Ecke fehlt. Selbst 
hierfür gibt es nämlich schon einen Tastaturbefehl, der aber erst 
später besprochen wird. | 


Das einzige, was man in dem Fenster sieht, ist das sogenannte 
DOS-Prompt. Darunter versteht man das Symbol, mit dem der 
Computer dem Benutzer zu verstehen. gibt, daß er bereit ist, 
neue Befehle über die Tastatur entgegenzunehmen und auszu- 
führen. In unserer Shell besteht dieses Prompt aus einer Eins, 
dem Wort SYS: und der spitzen Klammer. Daneben wartet nun 
der Cursor auf unsere Eingaben. Dann kann es ja jetzt endlich 
losgehen. | 


15 Erste Erfolge stellen sich ein 


Alle Eingaben ım CLI müssen durch Betätigung der Enter- oder 
Return-Taste (die Taste mit dem abgewinkelten Pfeil) abge- 
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schlossen werden. Da die beiden Tasten völlig gleichwertig sind, 
wird zur Vereinfachung im weiteren Verlauf die Enter-Taste 
nicht mehr erwähnt. 


Wird kein Befehl eingegeben, erscheint nach einem Return das 
Prompt nur eine Zeile tiefer. In einer Shell ist es auch möglich, 
mit den vier Pfeiltasten Cursorfunktionen auszuführen. Damit 
kann zum Beispiel ein schon einmal eingegebener Befehl, der 
weiter oben steht, zurückgeholt (Taste Pfeil nach oben) und 
durch ein einfaches Return wiederholt werden. Mit den Cursor- 
Tasten Pfeil nach links bzw. Pfeil nach rechts kann die Schreib- 
position an eine beliebige Position innerhalb der aktuellen Zeile 
gebracht werden. Mit Backspace (das ist die Taste links neben 
Del) kann das Zeichen vor dem Cursor und mit Del das Zeichen, 
auf dem der Cursor steht, gelöscht werden. Ein vollständiges 
Löschen der aktuellen Zeile bis zum Prompt erzielt man durch 
gleichzeitiges Drücken der Ctrl-Taste zusammen mit X. 


Natürlich können nur ganz bestimmte Befehle vom AmigaDOS 
auch wirklich ausgeführt werden. Die Eingabe des Befehls: 


Inhaltsverzeichnis! 


wird im CLI beantwortet durch: 


Unknown command Inhaltsverzeichnis! 


Welche Befehle kennt denn nun das CLI? Die Frage ist eigent- 
lich falsch gestellt. Wie ganz zu Beginn schon erwähnt wurde, 
können im Normalfall nur solche Befehle bearbeitet werden, die 
als Programme auf einem Laufwerk vorliegen. Dies war ja ge- 
rade die Besonderheit des AmigaDOS. Das CLI hat (vereinfacht) 
erst einmal nur die Aufgabe, einen Programmnamen entgegen- 
zunehmen, ein gleichnamiges File auf dem Laufwerk zu suchen 
und dieses dann im Rechnerspeicher zur Ausführung zu bringen. 
Dabei wird auch gleich deutlich, daß nicht nur typische DOS- 
Befehle ausgeführt werden können: Jedes lauffähige Programm 
kann vom CLI aus durch die Angabe seines Namens geladen und 
gestartet werden. 
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Die Frage müßte also richtig lauten: Welche DOS-Befehle befin- 
den sich auf der Workbench-Diskette, die man vom CLI aus 
aufrufen kann? 


An dieser Stelle eine lange Liste aller aufrufbaren Befehle zu 
bringen, wäre sicher nicht sehr effektiv. Wir beginnen daher mit 
einem relativ einfachen, aber dennoch wichtigen Befehl. Sein 
Name ist Dir (von Directory), und er bewirkt die Ausgabe des 
Inhaltsverzeichnisses eines bestimmten Laufwerks (Diskette, 
Harddisk oder RAM-Disk). Ob Sie im CLI Groß- oder Klein- 
schreibung wählen, bleibt ganz Ihnen überlassen. Sogar eine ge- 
mischte Schreibweise ist bei allen Befehlen zulässig. Bevor Sie 
diesen Befehl eingeben, sollten Sie das CLI-Fenster auf maxi- 
male Größe bringen, da die Ausgabe recht umfangreich wird. 
Starten Sie nun die Ausgabe durch das Kommando Dir (Return 
nicht vergessen!). 


Nach einer Weile wird nach und nach das Inhaltsverzeichnis der 
Diskette ausgegeben, die sich im Laufwerk Null befindet. Es 
handelt sich also um das Verzeichnis der Workbench-Diskette. 
Besonders schnell kommen die Namen dabei nicht auf den Bild- 
schirm. Daran ist die Methode schuld, mit der die Einträge auf 
der Diskette verwaltet werden. Falls man das CLI-Fenster nicht 
groß genug gewählt hat, kann es bei solchen Ausgaben vorkom- 
men, daß nicht alles auf einmal auf den Bildschirm paßt. Die 
Ausgabe hält jedoch nicht selbsttätig an, wenn eine Zeile den 
oberen Fensterrand erreicht. In diesem Fall genügt die Be- 
tätigung irgendeiner Taste, um die Ausgabe zu stoppen. Durch 
Backspace kann die Ausgabe jederzeit wieder fortgesetzt werden. 


1.6 Die Verzeichnisstruktur 


Einige Namen in der Liste, die der Dir-Befehl ausgibt, werden 
Ihnen sicher noch von der Workbench bekannt vorkommen, an- 
dere wiederum tauchen hier zum ersten Mal auf. Auffällig ist, 
daß alle Einträge, die in der Workbench zu sehen sind, ın dieser 
Liste gleich zweimal vertreten sind: einmal unter ihrem einfa- 
chen Namen (z.B. System) und ein weiteres Mal mit dem Zusatz 
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info. Hier haben wir gleich den Grund gefunden, warum die 
Workbench einige Einträge einfach nicht anzeigen kann: Sie be- 
sitzen kein solches .info-File. Es handelt sich dabei um eine 
kleine Datei, die unter anderem auch die Informationen über das 
Aussehen des Bildchens (Icons) enthält, mit der die gleichnamige 
Datei (diesmal jedoch ohne den Zusatz .info im Namen) auf der 
Workbench dargestellt wird. Für die Arbeit im CLI sind diese 
Einträge aber überflüssig. Das Programm Preferences zum Bei- 
spiel ist auch ohne diese .info-Datei vollkommen lauffähig. 


Weiterhin fällt bei der Auswertung der Liste auf, daß sämtliche 
Einträge, die in der Workbench durch eine Schublade dargestellt 
werden, beim Dir-Befehl mit dem Kommentar Dir versehen 
werden. Die Struktur, mit der das AmigaDOS die Dateien ver- 
waltet, ıst natürlich bei der Workbench und im CLI gleich. Man 
bekommt also auch im CLI nicht sofort alle Dateien zu sehen. Es 
wird zunächst nur das Hauptverzeichnis einer Diskette ausge- 
geben. Häufig wird bei dieser Art der Dateiverwaltung von einer 
Baumstruktur gesprochen. Das Hauptverzeichnis stellt den Stamm 
dar, von dem die Unterverzeichnisse in Form von Ästen ausge- 
hen. Jedes Unterverzeichnis kann entweder richtige Dateien ent- 
halten oder aber wiederum neue Ordner, die weiterführende 
Äste darstellen. Der Schachtelungstiefe von Unterverzeichnissen | 
sind praktisch keine Grenzen gesetzt. 


Wie gelangt man in andere Unterverzeichnisse? Von der Work- 
bench aus ist das kein Problem: Ein Unterverzeichnis wird an- 
gezeigt, sobald man eine Schublade zweimal anklickt. Tauchen in 
diesem neuen Uhnterverzeichnis weitere Schubladen auf, kann 
auf die gleiche Weise auch deren Inhalt ausgegeben werden und 
so weiter. 


Möchte man sıch vom CLI aus den Inhalt eines ganz bestimmten 
Unterverzeichnisses ansehen, muß der Dir-Befehl noch um die 
sogenannte Pfadangabe erweitert werden. Dabei handelt es sich 
um einen Zusatz, der den Weg beschreibt, wie man vom Stamm- 
verzeichnis einer Disk zu dem gewünschten Ordner gelangt. Die 
Beschreibung dieses Weges erfolgt - wie sollte es anders sein - 
anhand der Ordnernamen, die zu dem gewünschten Verzeichnis 
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führen. Im einfachsten Fall genügt es also, den Dir-Befehl nur 
um den Namen eines Ordners zu ergänzen. Der Befehl Dir Sy- 
stem gibt somit das Verzeichnis des System-Ordners der Work- 
bench-Diskette aus. 


Da in diesem Fall kein Eintrag mit dem Zusatz Dir versehen ist, 
handelt es sich bei den angezeigten Namen um echte Dateien. 
Wir haben also sofort einen letzten Ast erwischt, da keine wei- 
teren Ordner mehr vorhanden sind. 


Als zweites Beispiel suchen wir uns einen noch unbekannten 
Namen aus dem Workbench-Verzeichnis. Der Ordner Devs be- 
sitzt kein zusätzliches .info-File, weswegen er auch nicht in 
Form einer Schublade auf der Workbench dargestellt wird. Vom 
CLI aus ist es aber nun kein Problem, sich auch den Inhalt die- 
ses Unterverzeichnisses anzusehen. Der Befehl Dir devs fördert 
die folgende Liste zutage: 


keymaps (dir) 
printers (dir) 
clipboards (dir) 


clipboard.device MountList 
narrator.device parallel.device 
printer.device Ä ramdrive.device 
serial.device system-configuration 


Man erkennt sofort, daß hier noch drei weitere Äste des Da- 
teibaumes vorhanden sind. Auch der Inhalt eines dieser Unter- 
verzeichnisse kann leicht ausgegeben werden. Die bisherige 
Pfadangabe (also nur das Devs) muß hierzu nur um einen 
Schrägstrich und den Namen des gewünschten Ordners ergänzt 
werden: 


dir devs/printers 


Man darf den Schrägstrich nicht mit dem sog. Backslash (\) 
verwechseln, der sich unterhalb der F10-Taste befindet. Das Er- 
gebnis dieses Befehls sieht etwa folgendermaßen aus: 


Alphacom_Alphapro_101 Brother_HR- 15XL 
CBM_MPS1000 Diablo_630 
Diablo_Advantage_D25 Diablo_C-150 
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Epson Epson_JX-80 
generic HP_LaserJet 
HP_LaserJet_PLUS ImagewriterlII 
Okidata_292 Okidata_92 
Okimate_20 Qume_LetterPro_20 


Aus diesem Verzeichnis holt sich das Programm Preferences die 
Daten zur Auswahl der verschiedenen Druckertypen. Nun sind 
keine weiteren Unterverzeichnise mehr vorhanden. Auf der 
Workbench-Diskette stellt dies auch die tiefste Schachtelungs- 
tiefe für Ordner dar. Noch weiterführende Verzeichnisse könn- 
ten jedoch durch Verlängerung des Pfadnamens nach dem glei- 
chen Prinzip erreicht werden (Dir devs/printers/matrix). 


Zu einer vollständigen Pfadangabe gehört normalerweise auch 
der Name der Diskette oder die Bezeichnung des Laufwerks. Im 
Grundzustand wird aber automatisch immer das Laufwerk Null 
angesprochen, so daß auf diese Angabe verzichtet werden kann. 
Wenn Sie zwei oder mehr Laufwerke besitzen, können Sie diese 
jetzt schon mit dem Dir-Befehl ansprechen. Hierzu muß nur die 
Laufwerksbezeichnung bündig vor die Pfadangabe gestellt wer- 
den. Im einfachsten Fall (keine Pfadangabe) genügt also z.B. Dir 
dfl:, um das Hauptverzeichnis einer Diskette auszugeben, die 
sich im zweiten Laufwerk befindet (Das erste Laufwerk trägt die 
Bezeichnung df0). Stolze Besitzer einer Festplatte sprechen dieses 
schöne Gerät mit Dir dh0: an. Angaben über Unterverzeichnisse 
werden immer hinter den Doppelpunkt gehängt: 


Dir dh0:Texte/Briefe/Rechnungen 


Wenn Sie nur ein Laufwerk an Ihren Amiga angeschlossen ha- 
ben, können Sie leider nicht einfach eine beliebige Diskette A 
legen und deren Inhaltsverzeichnis ansehen. Das CLI kann ja in 
einem solchen Fall den Dir-Befehl nicht mehr finden und ver- 
langt daher in einem Requester sofort nach der Workbench-Dis- 
kette. Im vierten Kapitel werden wir uns mit diesem Problem 
näher auseinandersetzen. Für die Einführung genügt es aber, 
wenn Sie die Funktionen nur anhand der einen Diskette auspro- 
bieren. 
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Wo stehen denn nun die CLI-Befehle? Diese Frage ist sehr leicht 
zu beantworten: im Verzeichnis C der Workbench-Diskette. Der 
Befehl Dir C läßt eine umfangreiche Liste der CLI-Kommandos 
auf dem Bildschirm erscheinen. Einige weitere Befehle, die sich 
in ihrem internen Aufbau von den typischen CLI-Befehlen 
unterscheiden, aber dennoch häufig dazugezählt werden, befin- 
den sich im System-Ordner der Workbench-Diskette. 


1.7 Die Help-Funktion 


Eine typische Eigenschaft eines jedes CLI-Befehls ist die einge- 
baute Hilfsfunktion. Auch einem CLI-Profi kann es immer 
einmal passieren, daß er für einen Befehl die Syntax-Regeln 
nicht mehr ım Kopf hat. Natürlich könnte er nun unser Buch zu 
Rate ziehen und sich dort in der Quick-Reference über die 
richtige Anwendung .des Befehls informieren. Oft genügt aber 
auch schon die durch den Befehl selbst zur Verfügung gestellte 
Format-Zeile. Diese wird ausgegeben, wenn man einen CLI- 
Befehl mit einem Leerzeichen, gefolgt von einem Fragezeichen, 
eingibt. Beispiel: 


dir ? 
Dir,OPT/K: 


Bei der Auswertung der durch einen Befehl zur Verfügung ge- 
stellten Informationszeile gibt es einige Dinge zu beachten: 


Ein Komma trennt mehrere Befehlseinheiten voneinander. Es 
darf aber später in der eigentlichen Eingabezeile nicht erschei- 
nen. Dir besitzt also zwei solcher Befehlseinheiten: Dir und 
OPT/K. Die Befehlseinheiten können auch noch bestimmte 
Steuerzeichen beinhalten. Diese werden durch den Schrägstrich / 
eingeleitet. Die zweite Befehlseinheit des Dir-Befehls ist zum 
Beispiel durch ein K gekennzeichnet. Insgesamt gibt es drei 
mögliche Steuerzeichen, die folgendermaßen interpretiert werden 
müssen: 
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A (Argument) 


Für diese Befehlseinheit muß eine Eingabe gemacht werden. 
Wird sie weggelassen, kann der Befehl nicht ausgeführt werden. 


K (Key, Schlüsselwort) 


Der Name der Befehlseinheit (im obigen Beispiel: Opt) muß beı 
der Eingabe erscheinen. Außerdem ist noch ein bestimmter Pa- 
rameter notwendig. Welche Parameter hier erlaubt sind und 
welche Funktion hierdurch ausgelöst wird, hängt vom jeweiligen 
CLI-Befehl ab. Für den Dir-Befehl wird dies ausführlich im 
zweiten Kapitel besprochen. 


S (Switch, Schalter funktion) 


Dieses Steuerzeichen besagt, daß der Name der zugehörigen Be- 
fehlseinheit genügt, um eine bestimmte Funktion zu veranlassen. 
Es darf also kein weiterer Parameter angegeben werden. 


Steht in einer Befehlseinheit keines der drei Steuerzeichen, so 
kann der zugehörige Parameter - falls er angegeben wird - allein 
durch seine Position innerhalb der Eingabezeile identifiziert 
werden: 


dir df0:c 


Es kann auch vorkommen, daß eine Befehlseinheit gar keinen 
Namen besitzt. Der Delete-Befehl, auf den an dieser Stelle aber 
nicht näher eingegangen wird, gibt zum Beispiel die folgende 
Format-Zeile aus: 


saaana na ALL/S,Q=QUIET/S: 


Die neun Kommata zu Beginn besagen, daß maximal neun 
Eingabeparameter ausgewertet werden können. Es besteht aber 
keine Eingabepflicht, da keine Steuerzeichen von den Kommata 
eingeschlossen werden. In dieser Zeile haben wir auch gleich 
noch eine Besonderheit vorliegen: Einige CLI-Befehle lassen für 
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die Eingabe des Namens einer Befehlseinheit mehrere Möglich- 
keiten zu. Sie werden in der Format-Zeile durch ein Gleich- 
heitszeichen verbunden (Q = QUIET). 


Eine Befehlseinheit, die vom Benutzer durch ihren Namen ein- 
geleitet wird, kann an einer beliebigen Stelle innerhalb der Ein- 
gabezeile plaziert werden. Der Copy-Befehl besitzt zum Beispiel 
unter anderem die Befehlseinheiten From und To/A. Die beiden 
folgenden Befehlsaufrufe sind daher völlig äquivalent: 


copy FROM dfO:briefe TO df1:texte 


bzw. 
copy TO dfi:texte FROM dfO:briefe 


Wie im CLI üblich, spielt auch hier die Groß- bzw. Kleinschrei- 
bung der Befehlsnamen keine Rolle. Sehr nützlich ist bei der 
Hilfsfunktion die Tatsache, daß nach der Ausgabe der Befehls- 
parameter nicht wieder das DOS-Prompt (1>) erscheint, sondern 
der Cursor hinter dem Doppelpunkt stehenbleibt und nun auf 
die Eingabe der Parameter wartet. Wenn man sich bei der Arbeit 
im CLI nicht 100% sicher ist, welche Parameter ein Befehl er- 
wartet, so kann man vorsichtshalber als Parameter erst einmal 
nur das Fragezeichen eingeben. 


1.8 Beenden der Arbeit im CLI 


Die Funktion des Schließsymbols, mit dem in der Workbench 
normalerweise Fenster zum Verschwinden gebracht werden, 
übernimmt im CLI der Befehl EndCLI. Um also die Arbeit im 
CLI zu beenden, müssen Sie nur diesen Befehl eingeben. Sofort 
verschwindet das CLI-Fenster wieder. 


Durch diese Einführung in die Arbeit mit dem CLI sind Sie mit 
der grundsätzlichen Bedienung vertraut gemacht worden. In den 
nun folgenden Kapiteln werden alle auf der Workbench-Diskette 
1.3 vorhandenen Befehle systematisch durchgesprochen. 
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2. _ Die CLi-Befehle und ihre Aufgaben 


In diesem Kapitel stellen wir nacheinander jeden CLI-Befehl 
vor. Wir gehen dabei jedoch nicht alphabetisch vor, sondern 
nach einer Ordnung, die den Schwierigkeitsgrad und auch die 
Wichtigkeit des Befehls berücksichtigt. Dadurch soll verhindert 
werden, daß Sie sofort mit den relativ schwierigen Befehlen 
konfrontiert werden, die Ihnen den Spaß am Weiterlesen nehmen 
könnten, da noch die nötigen Hintergrundinformationen fehlen. 
Trotzdem wird auf eine Unterteilung der Befehle in ihre ver- 
schiedenen Aufgabengebiete nicht verzichtet. 


Der erste Abschnitt behandelt alle Befehle, die sich unter dem 
Oberbegriff Laufwerks- und Dateiverwaltung zusammenfassen 
lassen. Hier finden Sie also die Befehle, die sich auf die Floppy- 
bzw. Festplattenlaufwerke und die auf ihnen gespeicherten Da- 
teien beziehen. 


Im zweiten Abschnitt werden die Befehle besprochen, die sich in 
irgendeiner Weise auf das System beziehen. Ein typischer Ver- 
treter dieser Gruppe ist das Kommando Date, mit dem die Sy- 
stemzeit aktualisiert werden kann. 


Innerhalb des dritten Abschnitts werden speziell die Befehle be- 
handelt, die hauptsächlich ın den sog. Batch-Dateien Verwen- 
dung finden. Teilweise dürfen sie sogar nur in diesem Zusam- 
menhang auftreten. 


Im vierten und letzten Abschnitt schließlich werden zwei recht 
umfangreiche Befehle besprochen. Die Anführungsstriche stehen, 
weil man hier eigentlich mehr von Programmen sprechen müßte. 
Sie heißen ED bzw. Edit und stellen zwei praktische Textedito- 
ren dar. Da ihre Einsatzgebiete recht umfangreich sind, ist ihnen 
ein eigener Abschnitt gewidmet worden. | 


Da sich einige CLI-Befehle auf der neuen Workbench-Diskette 
(Version 1.3) geändert haben, werden wir bei diesen Befehlen 
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zusätzlich noch auf die Änderungen eingehen. Die völlig neu 
hinzugekommenen Befehle werden in dem Kapitel 4 ausführlich 
behandelt. 


Die nun folgenden Ausführungen sind keinesfalls als Trocken- 
kurs gedacht. Wir empfehlen Ihnen daher, alle Funktionen, so- 
weit dies möglich ist, direkt im CLI Ihres Rechners nachzuvoll- 
ziehen. Um einheitliche Voraussetzungen zu schaffen, sollten Sie 
hierfür die in Kapitel 1 hergestellte, vollständige Kopie der 
Workbench-Diskette benutzen. 


2.1 Befehle zur Laufwerks- und Dateiverwaltung 


Zunächst beschäftigen wir uns mit den Befehlen, die für die Or- 
ganisation und Handhabung der Laufwerke (Disketten, Festplat- 
ten, RAM-Disk) und der auf ihnen befindlichen Dateien erfor- 
derlich sind. Dabei werden Sie feststellen, daß einige Befehle 
Funktionen ausführen, die in ähnlicher Form auch von der 
Workbench aus realisiert werden können. Für viele CLI-Befehle 
liefert die Workbench jedoch keine vergleichbaren Funktionen. 


2.1.1 Format 


Syntax. format DRIVE <disk> NAME <name> I[NOICONS] [QUICK] LFFS] LNOFFS] 
[INHIBIT] 


Bevor mit einer neuen Diskette oder einer Harddisk das erste 
Mal gearbeitet werden kann, muß sie speziell vorbehandelt wer- 
den. In der Workbench gibt es hierfür den Menüpunkt Initialize. 
In der Fachsprache heißt der Vorgang, der durch diesen Menü- 
punkt ausgelöst wird, formatieren. Die genauen Einzelheiten, die 
sich hierbei auf der Disk abspielen, sollen uns an dieser Stelle 
nicht interessieren. Man sollte nur wissen, daß bei diesem Vor- 
gang rechnerspezifische Informationen auf die Disk geschrieben 
werden, die für die spätere Datenorganisation dringend erfor- 
derlich sind. 
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Unvorbehandelte Disketten erkennt das DOS sofort und kenn- 
zeichnet sie in der Workbench durch den Namen BAD. Diesen 
Namen bekommen auch Disketten zugewiesen, die unter einem 
anderen Betriebssystem formatiert worden sind (z.B. von einem 
Atari ST oder einem IBM PC). | 


Der Befehl zum Formatieren lautet im CLI Format. Wie die 
Syntax-Zeile verrät, müssen hinter dem Befehl noch zusätzlich 
Angaben über das gewünschte Laufwerk und den neuen Namen 
der zu formatierenden Diskette gemacht werden. 


Um zum Beispiel eine Diskette im Laufwerk dfO0: zu formatie- 
ren, muß man den folgenden Befehl eingeben: 


format DRIVE dfO: NAME Spiele NOICONS 


Der eigentliche Name (hier: Spiele) darf bis zu 30 Zeichen lang 
sein. Empfehlenswert ist solch ein langer Name aber nicht, da er 
'ın der Workbench schnell andere Namen verdeckt. Sollte der 
Name auch Leerzeichen enthalten, so muß er vollständig in 
Anführungszeichen gesetzt werden. Das gilt übrigens für die 
gesamte Arbeit mit dem CLI: Zusammengehörige Texte dürfen 
keine Leerzeichen enthalten oder müssen in Anführungsstriche 
eingeschlossen werden. Beispiel: | 


format DRIVE. dfO: NAME "Meine Briefe" NOICONS 


Der Zusatz NOICONS bewirkt, daß der Papierkorb (Trashcan), 
‘ der in dem Disk-Ordner auf der Workbench normalerweise 
erscheint, nicht erzeugt wird. Er ist für die Arbeit im CLI völlig 
überflüssig. Falls Sie auf ihn jedoch bei der Arbeit in der 
Workbench nicht verzichten möchten, lassen Sie den Zusatz 
NOICONS einfach weg. 


Die beiden Wörter DRIVE bzw. NAME müssen bei jedem For- 
matierungsvorgang angegeben werden. Es genügt also nicht, 
einfach nur die Laufwerksbezeichnung und den neuen Namen 
hinter den Befehl zu schreiben. Bei einer Fehleingabe wird dem 
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Anwender sofort die korrekte Syntax des Befehls mitgeteilt. Falls 
die Eingabe korrekt war, erscheint bei der Formatierung einer 
Diskette im CLI-Fenster die Meldung: 


Insert disk to be initialized in drive xxx: and press Return 


Hierbei steht xxx: natürlich für das im Format-Befehl spezifi- 
zierte Laufwerk. In unserem obigen Beispiel war es das Lauf- 
werk dfO:. 


Da der Format-Befehl jetzt vollständig in den Arbeitsspeicher 
des Amiga geladen worden ist, können auch die Besitzer nur ei- 
ner Diskettenstation in diesem Augenblick die Workbench-Dis- 
kette entfernen und die zu formatierende Diskette einlegen. Be- 
vor Sie aber die Return-Taste betätigen, sollten Sie sich noch 
einmal bewußtmachen, daß bei dem Vorgang alle eventuell 
schon auf dieser Diskette vorhandenen Daten unwiederbringlich 
gelöscht werden. Sollte sich bei diesem Gedanken bei Ihnen ein 
ungutes Gefühl einstellen, haben Sie jetzt noch Gelegenheit, die 
gesamte Aktion durch ein gleichzeitiges Drücken von Ctrl und C 
abzubrechen. Ein anschließendes Return beantwortet das CLI 
dann mit *** Break. Mit dem Dir-Befehl, den Sie schon in der 
Einführung kurz kennengelernt haben, können Sie sich in aller 
Ruhe ansehen, welche Daten beinahe gelöscht worden wären. 


Haben Sie aber den Mut besessen und Return gedrückt, wird die 
Diskette nun formatiert. Im CLI wird dabei gleichzeitig ange- 
zeigt, welcher Zylinder gerade in Arbeit ist. Jeder dieser Zy- 
linder besteht aus zwei sich bezüglich der Diskettenoberfläche 
gegenüberliegenden, ca. 0,5 mm breiten, konzentrischen Spuren. 
Jede Spur zerfällt wiederum in 11 sogenannte. Sektoren, die je 
512 Bytes an Daten aufnehmen können. 


Da eine Diskette insgesamt 80 Zylinder (also 160 Spuren) besitzt, 
beträgt somit die gesamte Speicherkapazität einer formatierten 
3+4-Zoll-Diskette: 


(80 * 2 * 11 * 512)/1024 KByte = 880 KByte 
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Falls Sie eine vollständige Kopie einer Diskette anfertigen 
möchten, ist ein vorheriges Formatieren der Zieldiskette mittels 
Format nicht notwendig. Der speziell hierfür vorgesehene Disk- 
Copy-Befehl, der im Abschnitt 2.1.7 besprochen wird, kann 
nämlich auch auf unformatierte Disketten kopieren. 


In der Syntaxzeile des Format-Befehls gibt es noch einige wei- 
tere Optionen, die noch nicht besprochen worden sind: 


Durch den Zusatz QUICK. benötigt der Format-Befehl für die 
Ausführung nur noch wenige Sekunden, da lediglich die Spuren 
formatiert werden, die die sogenannten Boot-Sektoren und den 
Root-Sektor enthalten. QUICK. dient dazu, eine bereits beschrie- 
bene (und formatierte) Diskette bzw. Festplatte auf eine schnelle 
Art und Weise wieder löschen zu können. Eine wirkliche, voll- 
ständige Formatierung einer Diskette ohne die QUICK-Option 
benötigt nämlich immerhin knapp zwei Minuten. 


Der Root-Block (er befindet sich bei einer Diskette auf Zylinder 
40, Seite 0, Sektor 0) stellt die Wurzel der gesamten Verzeich- 
nisstruktur dar. Beim Formatieren mit der Option QUICK wird 
also lediglich ein leeres Inhaltsverzeichnis auf die Diskette ge- 
schrieben, und es werden die von den alten Files belegten 
Blöcke wieder freigegeben. Die Dateien müssen also gar nicht 
wirklich gelöscht werden. 


Außerdem wird durch die Formatierung der Boot-Blöcke (Zy- 
linder O0, Seite 0, Sektoren 0 und I) ein sich eventuell hierauf 
befindendes Boot-Programm gelöscht, wodurch ein vorhandener 
Autostart wieder aufgehoben wird. Nicht zuletzt dient diese 
Maßnahme auch dazu, sich eventueller Viren zu entledigen, die 
sich ım Frühstadium mit Vorliebe in den Boot-Blöcken einer 
Diskette einnisten. Mit Hilfe des Install-Befehls, der im Ab- 
schnitt 2.1.12 behandelt wird, kann die Diskette anschließend 
wieder in eine Ladediskette umgewandelt werden. 


Sollten Sie aus Versehen einmal eine Diskette, die wichtige Da- 
ten enthielt, mit der QUICK-Option formatiert haben, so kön- 
nen Sie mit dem DiskDoctor (s. Abschn. 2.1.2) und etwas Glück 
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den Disketteninhalt rekonstruieren. Dies funktioniert jedoch nur 
bei den Dateien, die keine Sektoren auf den Zylindern 0 bzw. 40 
belegt haben. 


Die beiden Optionen FFS und NOFFS des Format-Befehls 
schließen sich gegenseitig aus. Mit ihnen kann beim Formatieren 
eines Datenträgers manuell das gewünschte File-System angege- 
ben werden, von dem der Datenträger später verwaltet werden 
kann. Das File-System ist unter anderem für die Organisation 
der Daten auf dem Laufwerk verantwortlich. Der Format-Befehl 
muß über das verwendete File-System informiert sein, damit er 
den Datenträger auf das vom File-System benötigte Format 
bringen kann. | 


Zur Auswahl stehen das konventionelle File-System (Option 
NOFFS), das sich im Festspeicher (ROM) des Amiga befindet 
und das FastFileSystem (Option FFS), dessen Programm-Code 
sich auf der Workbench-Diskette der Version 1.3 in dem Ordner 
L: befindet. 


Nur in den seltensten Fällen sind diese Angaben jedoch erfor- 
derlich, da der Amiga anhand der Eintragungen, die in der 
mountlist (s. dazu auch Kapitel 2.2.22) gemacht worden sind, 
selbständig erkennt, welches File-System für das angegebene 
Laufwerk verwendet wird. Sınd ın der mountlist keine entspre- 
chenden Angaben vorhanden (wie etwa bei den Floppy-Lauf- 
werken dfO: und dfl:), geht der Format-Befehl davon aus, daß 
das normale File-System Verwendung findet. 


Schließlich bietet der Format-Befehl noch die Option INHIBIT. 
Die Inhaltsverzeichnisse von Datenträgern, die mit der INHIBIT- 
Option formatiert worden sind, können unter Verwendung von 
Kickstart 1.3 versteckte Datei- und Verzeichnisnamen auf- 
nehmen. Die betroffenen Dateien sind zwar auf der Diskette 
vorhanden, werden aber beim Auflisten des Inhaltsverzeichnisses 
nicht angezeigt. 
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Welche Eintragungen versteckt werden sollen, kann mit Hilfe 
des Status-Flags H (hide) und des Protect-Befehls (s. dort) fest- 
gelegt werden. 


2.1.2 Dir 


Syntax: dir DIR,OPT/K,ALL/S,DIRS/S,FILES/S, INTER/S 


Dieser Befehl ist Ihnen schon bei der Einführung begegnet. Dort 
diente er jedoch nur dazu, die Struktur aufzuzeigen, mit der das 
AmigaDOS die Dateien auf den Laufwerken verwaltet. In Wirk- 
lichkeit leistet dieser Befehl noch viel mehr. 


Die Eintragung DIR in der Syntax-Zeile steht für die genaue 
Pfadangabe des gewünschten Verzeichnisses. Zur Wiederholung: 


Falls nicht das aktuelle Gerät (direkt nach dem Start ist dies das 
Laufwerk dfO:) angesprochen werden soll, muß zuerst die ent- 
sprechende Bezeichnung des gewünschten Gerätes angegeben 
werden (z.B. dfl:, ram:, rad:, dh0:, jh0:). Das DOS erkennt Ge- 
räteangaben immer an dem abschließenden Doppelpunkt. An- 
schließend kann eine beliebig tief geschachtelte Angabe folgen, 
die den Weg zu dem gewünschten Verzeichnis aufzeigt. 


Ein Beispiel: Es soll das Verzeichnis Briefe ausgegeben werden, 
das im Ordner Texte einer sich in Laufwerk 1 befindlichen Dis- 
kette angelegt ist. Das Kommando hierzu müßte lauten: 


dir df1:Texte/Briefe 


Weitere Unterverzeichnisse können durch jeweils einen 
Schrägstrich getrennt hinten angehängt werden. 


Werden keine Angaben gemacht, wird das aktuelle Inhaltsver- 
zeichnis ausgegeben. Mit Hilfe des Befehls CD, der im nächsten 
Abschnitt ausführlich behandelt wird, kann man das aktuelle In- 
haltsverzeichnis erfragen und auch wechseln. 
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Bis hierhin kannten Sie die Funktion des Dir-Befehls schon aus 
dem Kapitel 1. Eine sehr nützliche Sache kann bei der Angabe 
des zu durchsuchenden Verzeichnisses die Verwendung der so- 
genannten Jokerzeichen oder Wildcards "#" bzw. "?" sein, die im 
Kapitel 4 sehr ausführlich behandelt werden. Mit ihnen ist es 
zum Beispiel möglich, aus einem Verzeichnis nur Eintragungen 


ausgeben zu lassen, die mit dem Buchstaben "re" beginnen. 
Beispiel: 

dir c/re#? 

Relabel RemRAD 

Rename Resident 


Erweitern Sie nun einmal den Dir-Befehl um den Zusatz opt a. 
Sie werden feststellen, daß die Ausgabe nun viel umfangreicher 
ist. Das a steht nämlich für all und bewirkt, daß nicht nur das 
Hauptverzeichnis, sondern alle Unterverzeichnisse, Unter-Unter- 
verzeichnisse usw. ausgegeben werden, bis hin zu den äußersten 
Zweigen des Dateibaumes. Sehr hilfreich ist diese Option, falls 
man einmal vor lauter Ordnung eine bestimmte Datei nicht wie- 
derfinden kann. Auf die Festplatte angewandt kann man aber im 
Datenstrom, der den Bildschirm in kürzester Zeit überflutet, 
sehr leicht die Orientierung verlieren. Nur ein reaktionsschneller 
Druck auf eine beliebige Taste gebietet dem Befehl Einhalt. Be- 
kanntlich setzt ein Löschen des Zeichens mit Backspace die Aus- 
gabe fort. 


Der Zusatz opt i bewirkt eine sogenannte interaktive Ausgabe 
des Inhaltsverzeichnisses. Diese hochtrabende Bezeichnung besagt 
nur, daß der Anwender mit in das Geschehen integriert wird. 
Beim Dir-Befehl sieht das so aus: 


Nach jedem angezeigten Datei- oder Ordnernamen hält die Aus- 
gabe an, und ein Fragezeichen erscheint. Sie als Anwender ha- 
ben nun die Möglichkeit, verschiedene Aktionen über die Tasta- 
tur einzuleiten. Durch ein einfaches Drücken der Return-Taste 
wird die Ausgabe des Inhaltsverzeichnisses fortgesetzt (weiterhin 
interaktiv). 
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Durch die Eingabe von del bzw. delete kann eine angezeigte 
Datei oder ein leerer Ordner von der Diskette gelöscht werden. 
Das Löschen ist jedoch nur dann möglich, wenn das betreffende 
Objekt nicht schreibgeschützt ist (s. Protect-Befehl, Abschnitt 
2.1.17). Sollten Sie es dennoch versuchen, erhalten Sie die Mel- 
dung "file is protected from deletion", und es wird der nächste 
Eintrag ausgegeben. Ähnlich verhält es sich, falls man einen 
nicht leeren Ordner löschen möchte. Ein solcher Versuch wird 
mit der Meldung "directory not empty" quittiert. 


Handelt es sich bei dem angezeigten Namen um einen Ordner 
(Zusatz (Dir) ist vorhanden), kann man durch die Eingabe von e 
bzw. enter in diesen Ordner gelangen. Mit den Einträgen dieses 
Ordners wird dann die Ausgabe fortgesetzt. Jederzeit kann nun 
durch b bzw. back wieder auf die übergeordnete Verzeichnis- 
ebene zurückgekehrt werden. Existiert solch eine Ebene nicht 
mehr, wird der Dir-Befehl beendet. 


Verbirgt sich hinter der angezeigten Datei ein Textfile (z.B. eine 
Batch-Datei), kann ihr Inhalt durch die Eingabe von "t" bzw. 
type angezeigt werden. Sinnvolle Ausgaben erhält man aber 
wirklich nur bei reinen ASCII-Dateien. Sollte man z.B. auf An- 
wendungen oder CLI-Befehle die t-Option anwenden, hat dies 
wirre Ausgaben auf dem Bildschirm zur Folge, da diese Dateien 
viele nichtdarstellbare Steuerzeichen enthalten. Durch gleichzei- 
tiges Drücken von Ctrl und C kann die Ausgabe aber jederzeit 
unterbrochen werden. Sollte sich die Ausgabe dadurch noch im- 
mer nicht normalisieren lassen, hilft Ihnen die Tastenkombina- 
tion Ctrl o weiter, solange sie in einem normalen CLI-Fenster 
arbeiten. Dadurch wird wıeder auf den normalen Zeichensatz 
umgeschaltet. In der AmigaShell hilft hier jedoch nur noch die 
q- bzw. quit-Option, mit deren Hilfe der interaktive Dir-Befehl 
in jeder Situation beendet werden kann. 


Weiterhin gibt es im interaktiven Modus die Option c bzw. com. 
Hierdurch ist es möglich, zwischendurch einen beliebigen CLI- 
Befehl direkt oder als Hintergrundprozeß (mit Run) starten zu 
können. Die Ausgabe des Dir-Befehls bleibt solange an der der- 
zeitigen Position stehen. 


3 er DS große Buch zu AmigaDOS —— 


Sehr nützlich ist diese Funktion, falls man beispielsweise bei sei- 
nen Recherchen im Directory auf eine Datei gestoßen ist, die 
man gerne auf Papier ausgedruckt haben möchte. Geben Sie da- 
zu einfach den Befehl com ein. Der Dir-Befehl fragt Sie dann: 
Command ?. Nun können Sıe den Druckvorgang durch die fol- 
gende Eingabe als eigenständigen Hintergrundprozeß starten: 


run type s:startup-sequence to prt: 


Anschließend wird der angegebene Text ausgedruckt (in diesem 
Fall die sog. startup-sequence, die sich im Ordner s der Work- 
bench-Diskette befindet), während Sie sich gleichzeitig das In- 
haltsverzeichnis weiter ansehen können. 


Die Eingabe eines Fragezeichens läßt alle Antwortmöglichkeiten 
erscheinen, die in der augenblicklichen Situation vom interakti- 
ven Dir-Befehl akzeptiert werden. Beispiel: 


B=BACK/S,DEL=DELETE/S,E=ENTER/S,Q=QUIT/S,C=COM/S, COMMAND: 


Gibt man dennoch ein falsches Kommando ein, bekommt man 
die Mitteilung "Invalid response - try again:", und man kann es 
noch einmal probieren. 


Kommen wir nun zu den weiteren Optionen des Dir-Befehls (s. 
Syntax-Zeile). Eine Verknüfung der Option opt a mit der in- 
teraktiven Ausgabe des Inhaltsverzeichnisses erreicht man beim 
Dir-Befehl mit Hilfe des Zusatzes opt ai. Es werden dabei alle 
Verzeichnisse und Unterverzeichnisse interaktiv ausgegeben. 


Die Optionen a bzw. ı können auch durch die Angabe der 
Schlüsselworte all bzw. inter ausgewählt werden. In diesem Fall 
kann das Wort opt entfallen. Die Eingabe von dir inter bewirkt 
also dasselbe wie die Eingabe von dir opti. 


Weiterhin kann durch den Zusatz dirs erreicht werden, daß nur 
die Namen der Verzeichnisse ausgegeben werden. Dateinamen 
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werden bei der Ausgabe unterdrückt. Auf die Workbench-Dis- 
kette angewandt, ergibt der Befehl zum Beispiel die folgende 
Ausgabe: 


Trashcan (dir) 
c (dir) 

Prefs (dir) 
System (dir) 

L (dir) 

devs (dir) 

s (dir) 

t (dir) 

fonts (dir) 
Libs (dir) 
Empty (dir) 
Utilities (dir) 


Das Gegenstück hierzu stellt die Option files dar, mit deren 
Hilfe man sich die Namen der Dateien anzeigen lassen kann: 


dir df0: files 


.info Disk.info 
Empty.info Expansion.info 
Prefs.info Shell 
Shell.info System.info 
Trashcan. info Utilities.info 


Selbstverständlich können alle beschriebenen Optionen des Dir- 
Befehls auch gemischt benutzt werden. So gibt beispielsweise der 
Befehl | 


dir devs: inter dirs opt a 
alle Verzeichnisse und Unterverzeichnisse des devs-Ordners in- 


teraktiv aus: 


2.1.3 CD 


Syntax: cd DIR 


Der Befehl CD (engl.: Change Directory = Ordner wechseln) er- 
möglicht es, einen bestimmten Ordner einer Diskette oder Fest- 
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platte zum aktuellen Ordner des CLI zu machen. Bisher war der 
aktuelle Ordner das Hauptinhaltsverzeichnis. Daran ändert sich 
auch nichts, wenn man für einen bestimmten Befehl - wie es in 
2.1.1 bei Dir mehrfach vorgekommen ist - einen vollständigen 
Pfadnamen angibt. Um bei dem Bild des Dateibaumes zu blei- 
ben: Bis jetzt haben wir uns immer vom Boden aus die Äste des 
Baumes angesehen. Mit CD ist es aber möglich, den 
Beobachtungsstandort auf einen bestimmten Ast zu verlegen. 
Danach können bei Pfadangaben alle Beschreibungen entfallen, 
die genau auf diesen Ast führen. Dazu ein Beispiel: 


Wenn Sie nur den Befehl CD eingeben, teilt Ihnen der Rechner 
mit, auf welchem Ast (bzw. Stamm) Sie derzeit "sitzen". Dabei 
handelt es sich um dieselbe Information, die Ihnen auch die 
Shell in der aktuellen Zeile zur Verfügung stellt. Direkt nach 
dem Start wird hier im Normalfall der Name der Diskette oder 
aber das Wort SYS: (für System-Disk) stehen, von der aus das 
System gestartet worden ist (also z.B. A500 WB1.3 D). Geben Sie 
nun ein: CD system. Eın anschließendes CD (und auch die neue 
Shell-Zeile) zeigt nun das neue aktuelle Verzeichnis an, nämlich: 


A500 W81.3 D:System 


Alle CLI-Befehle beziehen sich nun auf dieses Unterverzeichnis. 
Wenn Sie zum Beispiel Dir eingeben, erscheint nicht mehr das 
Hauptverzeichnis, sondern der Inhalt des System-Ordners. Es ist 
wichtig, sich den Unterschied zwischen den folgenden beiden 
Möglichkeiten, diesen Ordnerinhalt auszugeben, ganz klar vor 
Augen zu halten: 


1. Möglichkeit: dir dfO:system (Return) 
2. Möglichkeit: cd dfO:system (Return) 
dir (Return) 


Nach Eingabe der zweiten Variante befindet man sich nicht 
mehr auf der Ebene des Hauptverzeichnisses, sondern innerhalb 
des System-Ordners. Das Hauptverzeichnis könnte jedoch nun 
wieder mit Hilfe der ersten Möglichkeit (dir df0:) ausgegeben 
werden. 
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Selbstverständlich gibt es aber auch Befehle, die ein Zurück- 
kehren in das Hauptverzeichnis bewirken. Es ist der Befehl CD 
in Verbindung mit einem oder bei Bedarf mehreren Schrägstri- 
chen. CD / läßt uns wieder zum Hauptverzeichnis zurückkeh- 
ren. Befanden wir uns schon im Unterverzeichnis eines 
Unterverzeichnisses, müssen wir CD // eingeben, um den 
gleichen Effekt zu erzielen. Wenn man ein sehr tief geschach- 
teltes Unterverzeichnis angewählt hat, kann das Nachzählen der 
notwendigen Schrägstriche schon ein wenig lästig werden. In ei- 
nem solchen Fall kann man entweder durch CD : oder je nach 
angeschlossenem Gerät z.B. durch CD df0: schnell wieder in das 
Hauptverzeichnis wechseln. Beide Befehle unterscheiden sich je- 
doch durch einen kleinen, aber feinen Unterschied, zu dessen 
Erklärung erst ein bißchen ausgeholt werden muß: 


Das AmigaDOS sucht im allgemeinen nicht nur in einem be- 
stimmten Laufwerk nach einer Diskette, sondern behandelt alle 
Laufwerke gleich. Wenn Sie zum Beispiel irgendeinen Pfad- 
namen (inklusive des Diskettennamens) eingeben, ist es dem Sy- 
stem gleichgültig, in welchem Laufwerk sich solch eine Diskette 
befindet. Nur in irgendeinem muß sie sich schon befinden. Ist 
dies nicht der Fall, erscheint sofort ein Requester mit der Auf- 
forderung, doch diese Diskette bitteschön in irgendein Laufwerk 
einzulegen. 


Oft ıst es jedoch notwendig oder bequemer, dem System mitzu- 
teilen, welches Laufwerk man speziell ansprechen möchte. Soll 
zum Beispiel das Hauptverzeichnis der in Drive 0 eingelegten 
Diskette A500 WB1.3 D zum aktuellen Verzeichnis gemacht wer- 
den, könnte man eingeben: CD "A500 WB1.3 D:”. Der Amiga 
würde in diesem Fall auch die Diskette finden, und zwar eben 
im Laufwerk dfO.:. 


Da es aber unbequem ist, immer den vollständigen Disketten- 
namen eingeben zu müssen, genügt auch die Eingabe von: CD 
df0:. In diesem Fall muß sich die gewünschte Diskette aber 
wirklich in Drive 0 befinden, da ja ausdrücklich Laufwerk Null 
selektiert worden ist. Das DOS übernimmt nämlich nun den Na- 
men und identifiziert bei späteren Operationen diese Diskette 
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allein anhand ihres Namens, so daß sie wieder in ein beliebiges 
Laufwerk gesteckt werden kann. Hierin liegt nun der grundle- 
gende Unterschied zu dem Befehl CD:, denn während CD df0: 
unbedingt auf das Hauptverzeichnis der in Drive O eingelegten 
Diskette zurückspringt, orientiert sich CD: immer noch am 
derzeit aktuellen Ordner. Höchste Zeit für ein Beispiel: 


In Laufwerk O0 befindet sich die Workbench-Diskette, in Lauf- 
werk 1 die Diskette Arbeitsdaten mit einem Ordner Kunden. 
Jetzt gibt man ein: CD df1:Kunden. Ein anschließendes CD zeigt 
dann: "Arbeitsdaten:Kunden". Nun können die Disketten in den 
Laufwerken ohne weiteres vertauscht werden. Dem Amiga ist 
das gleich. Jetzt wird der Unterschied zwischen CD: und CD 
df0: sehr deutlich: Ein CD: macht in jedem Fall das Hauptver- 
zeichnis Arbeitsdaten zum aktuellen Directory, während es bei 
CD df0: davon abhängt, welche der beiden Disketten sich gerade 
in Laufwerk Null befindet. 


2.1.4 MakeDir 


Syntax. MakeDir /A 


Dieser Befehl übernimmt im CLI in etwa die Aufgabe der 
Empty-Schublade aus der Workbench. Dort fertigt man ein Du- 
plikat der Schublade an, benennt es beliebig um und hat an- 
schließend die Möglichkeit, in dieser Schublade zusammengehö- 
rige Dateien unterzubringen. Ein Beispiel hierfür, das jeder 
kennt, ist der Ordner DEMOS auf der Workbench-Diskette. Je 
größer die Kapazität eines Massenspeichers ist, desto mehr ge- 
winnt dieser Befehl an Bedeutung. Kam man bei den ca. 170 
KByte fassenden Laufwerken des legendären Commodore C64 
. noch mit einem einzigen Verzeichnis aus, ist daran bei den 880 
KByte "starken" Amiga-Floppys gar nicht mehr zu denken. Wie 
wichtig Unterverzeichnisse dann erst für Festplatten mit einer 
Kapazität von 20, 40 oder noch mehr MegaByte sind, bedarf . 
wohl keiner Erläuterung mehr. 
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Die Benutzung des MakeDir-Kommandos ist sehr einfach. Es 
wird nur eine schon vorhandene Pfadangabe benötigt, die um 
einen Schrägstrich und einen beliebigen neuen Namen erweitert 
wird: 


MakeDir dfl:system/monitore 


Wichtig dabeı ist, daß alle Pfade bis auf den zu erstellenden 
Ordner (hier: monitore) tatsächlich schon existieren. Man kann 
also nicht den Dateibaum gleichzeitig um einen neuen Ast er- 
weitern, der seinerseits schon einen zweiten Ast enthält. 


Bei einer Ausgabe des System-Ordners mit Hilfe der Dir-Funk- 
tion (dir dfO:system) wird man anschließend unter anderem auch 
das neue Verzeichnis monitore wiederfinden. Die Tatsache, daß 
es sich hierbei tatsächlich um ein Verzeichnis und nicht etwa um 
eine Datei handelt, macht das DOS durch den Zusatz (dir) 
kenntlich: | 


monitore (dir) 


2.1.5 Delete 


Syntax: delete ‚„ssrr,,,ALL/S Q=QUIET/S 


Der Befehl Delete ermöglicht es, sich seiner überflüssigen Da- 
teien oder Ordner eines Laufwerks (dazu zählt auch die RAM- 
Disk) zu entledigen. Hierfür wird eine vollständige Pfadangabe 
benötigt, die auf den entsprechenden Namen des zu löschenden 
Objektes zeigt: 


‘delete df0:c/Version 


Nach Eingabe dieser Zeile würde die Datei Version im Unter- 
verzeichnis c der Diskette im Laufwerk 0 gelöscht, und die 
durch sie belegten Blöcke würden wieder freigegeben. 
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Handelt es sich bei Version um einen Ordner, wird dieser nur 
gelöscht, wenn er keine Dateien oder Unterordner enthält. An- 
dernfalls tritt die Fehlermeldung "Not Deleted - directory not 
empty" auf. In einem solchen Fall - vorausgesetzt, die Daten in 
dem Ordner sind wirklich überflüssig - kann durch den Zusatz 
ALL erreicht werden, daß auch der Ordnerinhalt verschwindet. 
Aber Vorsicht! Schauen Sie lieber noch einmal nach, ob Sie 
wirklich sämtliche Dateien in dem Ordner nicht mehr benötigen. 


Sollte es weder eine Datei noch einen Ordner mit dem Namen 
Version in dem angegebenen Verzeichnis geben, so wird der 
Delete-Befehl mit der folgenden Fehlermeldung abgebrochen: 


Could not get information for "Version! - object not found 


Sehr nützlich ist bei Delete die Verwendung von Jokerzeichen, 
die im Kapitel 4 ausführlich besprochen werden. Hat man zum 
Beispiel gerade die endgültige Version eines Programms fertig- 
gestellt, kann man alle seine Testversionen (z.B. testl bis test7) 
durch Delete dfO:test#? auf einmal loswerden (sieben auf einen 
Streich). Daß auch hierbei äußerste Vorsicht angebracht ist, ver- 
steht sich hoffentlich von selbst. Übrigens wird bei der Verwen- 
dung der Jokerzeichen keine Fehlermeldung ausgegeben, falls es 
keine Eintragung auf der Diskette gibt, auf die die Beschreibung 
des Delete-Befehls paßt. 


Außer der Benutzung von Jokerzeichen gibt es noch eine weitere 
Möglichkeit, mehrere Files gleichzeitig zu löschen. Delete wertet 
nämlich maximal neun Pfadangaben (s. Syntax-Zeile) aus, die 
jeweils durch ein Leerzeichen voneinander getrennt hinter dem 
Befehl stehen können. Beispiel: 


delete dfO:utilities/notepad df1:system/say.info 


Wie soll man aber neun vollständige Pfadangaben in eine einzige 
Zeile quetschen? Das ist gar nicht notwendig! Der Cursor macht 
sich (bei voller Shell-Fensterbreite) drei Zeilen tiefer bemerkbar, 
wenn der Tastaturpuffer keine weiteren Zeichen mehr aufneh- 
men kann. In diesem Fall muß die Tastatur durch mindestens ein 
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Backspace (das ist die Taste links neben Del) wieder entriegelt 
werden, da in dem Augenblick auch die Return-Taste ignoriert 
wird. | 


Beim Löschen mehrerer Eintragungen bricht der Delete-Befehl 
nicht ab, falls eine der Dateien bzw. Ordner nicht gefunden 
wird. Gibt man zum Beispiel den Befehl 


delete df0O:test1 df0O:test2 dfO:test3 


ein, so wird die Datei test3 auch dann gelöscht, wenn es eine 
Datei mit dem Namen test2 auf der Diskette nicht gibt. 


Als letzte Besonderheit gibt es bei Delete noch den Zusatz Q 
bzw. QUIET, der es ermöglicht, die Bestätigungsmeldung (z.B. 
dfO:testl deleted) für einen Löschvorgang zu unterbinden. Diese 
trıtt immer dann auf, wenn sich das DOS selbst "ausrechnen" 
muß, welche Files denn nun eigentlich gelöscht werden müssen. 
Das ist der Fall bei Verwendung der Jokerzeichen oder des Zu- 
satzes all. 


2.1.6 Copy 


Syntax: copy FROM,TO/A,ALL/S,QUIET/S,BUF=BUFFER/K, 
CLONE/S ‚DATE/S,,NOPRO/S , COM/S 


Der Befehl Copy ist mit der wichtigste und flexibelste Befehl in 
der Dateiverwaltung durch das CLI. Er ermöglicht das Kopieren 
einzelner Dateien oder sogar ganzer Ordner auf ein beliebiges 
Gerät, das Daten entgegennehmen kann. Natürlich können auch 
Kopien innerhalb eines Laufwerks angefertigt werden. 


FROM ist eine Pfadangabe zur Quelldatei oder zum Quellordner. 
Da in der Syntaxzeile hinter FROM kein Zusatz /A vorhanden 
ist, besteht keine Eingabepflicht. Fehlt die FROM-Angabe, wird 
automatisch das aktuelle Verzeichnis als Quellordner angesehen. 


TO gibt den Zielpfad für den Kopiervorgang an. Hierfür besteht 
natürlich eine Eingabepflicht. Sollte der Speicherplatz des ange- 
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gebenen Zielgerätes nicht mehr ausreichen, wird der Kopiervor- 
gang vorzeitig abgebrochen. Eventuelle Dateibruchstücke, die 
schon kopiert worden sind, werden wieder entfernt. Die zuge- 
hörige Meldung lautet: 


Error while writing 
Destination file "xxx!! removed 
(xxx steht hier für den angegebenen Zielpfad) 


Welche Angaben für den Zielpfad erlaubt sind, hängt maßgeb- 
lich von den Quelldaten ab. Dabei sind die folgenden Situationen 
möglich: 


FROM zeigt auf eine einzelne Datei 


In diesem Fall kann der Zielpfad auf ein beliebiges Verzeichnis 
eines Gerätes oder auch auf ein Gerät selbst zeigen. Handelt es 
sich bei dem Zielgerät um ein Laufwerk, so wird die Datei im 
angegebenen Verzeichnis unter dem gleichen Namen weiterge- 
führt. Hierzu ein Beispiel: 


copy dfO:c/type ram:c 


Hier wird die Datei type unter dem gleichen Namen in dem 
Verzeichnis c der RAM-Disk abgelegt. Das c-Verzeichnis muß 
dazu vorher schon existieren. (Wie man solch einen Ordner er- 
zeugen kann, haben wir bei dem Befehl MakeDir schon be- 
sprochen.) Sollte sich schon eine Datei type im c-Verzeichnis der 
RAM-Disk befinden, wird diese ohne Vorwarnung mit der 
neuen Datei überschrieben. Dies gilt allgemein bei Namenskol- 
lisıonen im AmigaDOS. Eine Fehlermeldung "file exists", wie sie 
manch einer vielleicht noch von anderen (Commodore-) Rech- 
nern kennt, gibt es beim Amiga nicht! 


Soll die Kopie jedoch einen anderen Namen als ihr Original be- 
kommen, muß der neue Name zusätzlich noch an den Ordner- 
bzw. Device-Namen der Zielangabe gehängt werden. Auch hier- 
bei gilt wieder: Eine gleichnamige Datei in diesem Verzeichnis 
ist verloren. Also Vorsicht! 
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Existiert jedoch schon ein gleichnamiges Unterverzeichnis in 
dem angegebenen Ziel-Verzeichnis, wird die Kopie in diesem 
Verzeichnis unter Beibehaltung des alten Namens eingetragen, da 
‘ja prinzipiell bei der TO-Angabe kein Unterschied zwischen 
Ordner- und Dateinamen gemacht wird. 


Auch hierzu wieder ein Beispiel: 


copy df0:c/MakeDir ram:md 


Es wird der MakeDir-Befehl aus dem C-Verzeichnis unter dem 
Namen md auf die RAM-Disk kopiert. Die Eintragung md darf 
jedoch dazu noch nicht als Unterverzeichnis von RAM: existie- 
ren. Existiert solch ein Unterverzeichnis dennoch, so wird der 
MakeDir-Befehl unter seinem ursprünglichen Namen dort ein- 
getragen. 


Wie oben schon erwähnt wurde, ermöglicht der Copy-Befehl 
auch die Ausgabe einer Datei auf ein beliebiges Gerät, das Da- 
ten empfangen kann. So gibt zum Beispiel der Befehl 


copy df0:s/startup-sequence prt: 
die Textdatei Startup-Sequence auf dem Drucker aus. 


Ebenso kann durch die folgende Eingabe sehr leicht eine Art 
Schreibmaschine simuliert werden: 


copy * to prt: 


Anschließend kann von der Shell aus ein Text zeilenweise 
eingegeben werden. Nach jedem Druck auf die Return-Taste 
wird eine eingegebene Zeile auf dem Drucker ausgegeben. 
Durch die gleichzeitige Eingabe der Tastenkombination Ctrl und 
\ wird diese Funktion beendet. 


Kommen wir zur zweiten Möglichkeit für die FROM-Angabe. 
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FROM zeigt auf einen ganzen Ordner 


In diesem Fall muß der Zielpfad auf ein Verzeichnis zeigen, das 
die zu kopierenden Files aufnehmen soll. Kann das DOS das 
angegebene Verzeichnis nicht finden, so wird automatisch ein 
Verzeichnis mit diesem Namen angelegt (xyz created). 


Leider erlaubt es der Copy-Befehl nicht, beim Kopieren ganzer 
Ordner den Drucker als Zielgerät anzugeben. Der Copy-Befehl 
eignet sich also nicht dazu, mehrere Dateien nacheinander auf 
dem Drucker auszugeben. Bei einem solchen Versuch erscheint 
die Fehlermeldung: 


Destination must be a directory 


Bei der Behandlung des Join-Befehls werden Sie aber auch für 
dieses Problem eine geeignete Lösung kennenlernen. 


Im Normalfall werden nur die echten Dateien des Ordners ko- 
piert. Unterverzeichnisse werden komplett übersprungen. Sollen 
jedoch auch diese mitkopiert werden, muß bei den Angaben 
noch der Zusatz ALL erscheinen. Dadurch werden automatisch 
auch die zusätzlichen Unterverzeichnisse angelegt. Beispiel: 


copy df0: df1:Spiele all 


Hierdurch wird eine vollständige File-Copy der Diskette in 
Laufwerk O0 auf der Diskette in Laufwerk I unter dem Ordner- 
namen "Spiele" erzeugt. Das Verzeichnis "Spiele" muß vorher 
noch nicht existieren. 


Für die Herstellung von 100%-K.opien von Floppy zu Floppy ist 
der DiskCopy-Befehl, der im folgenden Abschnitt besprochen 
wird, in den meisten Fällen die bessere Lösung, da hierbei auch 
gleichzeitig die Zieldiskette neu formatiert wird. Ab und zu 
bringt aber die Anfertigung einer solchen Kopie mittels Copy 
wieder ein wenig Ordnung auf die Diskette, da die auf den 
Tracks verstreuten, aber logisch zueinander gehörenden Blöcke 
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auf der Zieldiskette wieder näher beieinanderliegen und der Le- 
sekopf der Floppy bei einem späteren Zugriff nicht ganz so 
viele Bewegungen machen muß. 


Mit Hilfe der QUIET-Option können sämtliche Meldungen des 
DOS über den Kopiervorgang unterdrückt werden. Diese Option 
dürfte Ihnen noch von dem Delete-Befehl bekannt vorkommen. 


Durch den Zusatz BUFFER bzw. BUF kann die Größe des beim 
Kopiervorgang benutzten Pufferspeichers in Einheiten zu je 512 
Byte vom Anwender festgelegt werden. 


Die drei Angaben CLONE, DATE, NOPRO und COM bestim- 
men, welche zusätzlichen Informationen des ursprünglichen Files 
oder Ordners mit ın die Kopie übernommen werden sollen. 
Diese zusätzlichen Informationen, die das DOS für alle Dateien 
und Ordner bereitstellt, sind Angaben über den Zeitpunkt des 
letzten Schreibzugriffs (Datum, Uhrzeit) und bestimmte Status- 
informationen, deren Aufgaben bei der Behandlung des Protect- 
Befehls näher erläutert werden. Bei Dateien kann ferner noch 
ein bis zu 80 Zeichen langer Kommentar zu diesen Informatio- 
nen gehören. 


Der Befehl, mit dessen Hilfe man sich diese Angaben ansehen 
kann, heißt List. Er wird im Abschnitt 2.1.10 ausführlich be- 
sprochen. 


Für den Copy-Befehl müssen Sie nun wissen, daß durch den 
Zusatz CLONE alle Angaben, durch DATE das Datum und 
durch COM der Kommentar (falls vorhanden) mit in die Kopie 
übernommen wird. Die Option NOPRO funktioniert genau um- 
gekehrt: Sie verhindert, daß die Statusinformationen mit über- 
nommen werden. NOPRO hat gegenüber CLONE eine niedrigere 
Priorität. Beide Optionen zusammen wirken daher so, als ob nur 
die Option CLONE eingegeben worden wäre. 


Möchten Sıe zum Beispiel eine Datei Test nur unter Beibehal- 
tung des Datums und des Kommentars in die RAM-Disk kopie- 
ren, würde dies der folgende Befehl für Sie erledigen: 
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copy Test ram: DATE COM NOPRO 


Ein Copy-Befehl ohne irgendwelche Optionen übernimmt ledig- 
lich die Statusinformationen von der ursprünglichen Datei. Die 
Uhrzeit und das Datum werden aktualisiert. Ein eventuell vor- 
handener File-Kommentar wird nicht übernommen. 


2.1.7 DiskCopy 


Syntax: diskcopy [FROM] <disk> TO <disk> [NAME <name>] 


Wohl eine der ersten Maßnahmen eines frischgebackenen 
Amiga-Besitzers ist die Anfertigung von Sicherheitskopien der 
ım Lieferumfang enthaltenen Disketten. Auf der Workbench 
geschieht dies durch Anklicken des Icons der entsprechenden 
Disk, gefolgt von einer Aktivierung des Menüpunktes Duplicate. 
Im Gegensatz zu dem schon besprochenen CLI-Befehl Copy 
wird dabei eine gleichwertige Kopie der Diskette angefertigt. Bis 
auf sehr wenige Ausnahmen, auf die wir später noch zu spre- 
chen kommen, finden sich alle Informationen der Original-Disk 
anschließend an den gleichen Stellen auf dem neuen Datenträger 
wieder. Es ist nicht einmal notwendig, die Zieldiskette vorher 
mittels Format zu formatieren. Dies geschieht automatisch wäh- 
rend des Kopiervorgangs. Sollten sich auf der Zieldiskette schon 
Daten befunden haben, sind diese unwiederbringlich verloren. 


Die Funktion des Duplicate-Befehls für Disketten übernimmt im 
CLI der Befehl DiskCopy. Bei der Ausführung der Funktion 
werden Sie aber auf ein so schönes Fenster, wie es bei diesem 
Vorgang auf der Workbench auftaucht, verzichten müssen. 


Um zum Beipiel ein Duplikat einer Diskette unter Verwendung 
nur eines einzigen Laufwerks anzufertigen, muß man vom CLI 
aus den folgenden Befehl eingeben (to muß stehen, from kann 
weggelassen werden): | 


diskcopy df0: to df0: 
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Ist man sich sicher, daß die eventuell schon vorhandenen Daten 
auf der Zieldiskette wirklich nicht mehr benötigt werden, kann 
man den Vorgang nach dem Einlegen der Quelldiskette durch 
Drücken der Return-Taste starten. Gibt man jedoch vorher die 
Tastenkombination Ctrl und C ein, wird beim folgenden Return 
die Funktion vorzeitig verlassen und die folgende Meldung aus- 
gegeben: 


*%% BREAK 

Disk Copy Abandoned. 

Remember to insert original disk 
Disk Copy Terminated 


Abandoned besagt, daß der Vorgang vorzeitig abgebrochen wor- 
den ist. Da sich bei einem Abbruch der Funktion während des 
Schreibvorgangs ja noch die Zieldiskette im Laufwerk befindet, 
die nun nichts Halbes und nicht Ganzes enthält, wird man zu- 
sätzlich noch daran erinnert, wieder die Original-Diskette ein- 
zulegen. Die Meldung "Disk Copy Terminated" erscheint auch 
nach einer vollständigen Ausführung des Befehls und weist noch 
einmal darauf hin, daß die Funktion nun beendet ist. 


Wie auch auf der Workbench wird einem vor dem Start des Ko- 
piervorgangs in Extremfällen noch mitgeteilt, wie oft die Dis- 
kette gewechselt werden muß. Bei einer Ausgabe der Meldung: 


"The Disk Copy will take 27 swaps." 


sollte man sich besser nach einem Diskjockey umsehen, der ei- 
nem diese Arbeit abnimmt. Können Sie jedoch für kurze Zeit 
auf Ihre Textverarbeitung und das 4096-Farben-Zeichenpro- 
gramm verzichten, kommen Sie hier auf akzeptablere Werte. Im 
günstigsten Fall erreicht man z.B. mit dem Amiga 500 in der 
Grundausrüstung (1/2 MByte) eine Kopie mit dreimaligem Dis- 
kettenwechsel. 


Mit einem zweiten Laufwerk kennt man solche Probleme nicht. 
Der ernsthafte Anwender wird sich - falls er es nicht schon 
längst getan hat - sowieso mit der Zeit nach einem weiteren 
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Massenspeicher umsehen, da das dauernde Diskettenwechseln auf 
die Dauer nervtötend ist (und zwar nicht nur beim DiskCopy- 
Befehl). 


Kommen wir nun auf die Punkte zu sprechen, die eine mit 
DiskCopy erstellte Kopie von ihrem Original unterscheiden: 


In der Syntax-Liste ist der Zusatz [Name <name>] noch gar 
nicht beachtet worden. Es ist nämlich möglich, der Kopie einen 
anderen Namen zu geben, der natürlich irgendwo auf ihr abge- 
speichert wird: Unterschied Nummer 1! Dazu wieder ein Bei- 
spiel, diesmal aber für zwei Laufwerke: 


diskcopy drive df0: to drive df1: name "Workbench 1.3" 


Aber auch ohne die Angabe eines Namens kann DOS jederzeit 
die Kopie von dem Original unterscheiden, nämlich anhand des 
Datums und der Uhrzeit des Kopiervorgangs. Diese Daten wer- 
den auf einer Kopie immer aktualisiert abgespeichert, womit wir 
einen zweiten Unterschied zum Original gefunden hätten. 


2.1.8 Rename 


Syntax. rename FROM/A,TO=AS/A 


RenameAls angehender CLI-Profi können Sie sich sicher schon 
denken, was man mit diesem Befehl anstellen kann. Der Name 
sagt eigentlich schon alles: Man kann seinen Dateien einen neuen 
Namen geben. 


Ohne Parameter ıst Rename natürlich sinnlos. Es müssen zwei 
Angaben erscheinen (daher das /A in der Syntaxformel): 


1. Vollständige Pfadangabe zum umzubenennenden Objekt. 


2: Der neue Pfadname. 


Auf den ersten Blick scheint alles ganz einfach zu sein: rename 
texte/mein.text texte/Aufsatz benennt auch tatsächlich die Datei 
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mein.text um in Aufsatz. In Wirklichkeit ıst der Rename-Befehl 
aber viel flexibler. Das obige Beispiel ist nur ein Spezialfall, bei 
dem der Pfad an sich gleich geblieben ıst. Man kann nämlich 
eine Datei oder einen Ordner innerhalb des Dateibaumes voll- 
ständig verlagern. Dabei muß wieder einmal unterschieden wer- 
den: 


1. Das umzubenennende Objekt ist eine einzelne Dateı. 


In diesem (einfacheren) Fall muß der Zielpfad aus einer 
Ordnerangabe, gefolgt von einem (eventuell) neuen Namen 
für die Datei, bestehen. Beispiel: 


rename dfO:system/format dfO:c/formatieren 


Hier wird der CLI-Befehl Format aus dem System-Ordner 
in den C-Ordner unter dem Namen Formatieren eingetra- 
gen. Da das Unterverzeichnis C schon vorher existiert hat, 
funktioniert die Umbenennung tatsächlich. Gibt es keinen 
C-Ordner oder kann der Rename-Befehl den Format-Be- 
fehl nicht finden, erfolgt die Fehlermeldung: "Can’t rename 
system/format as c/formatieren" 


2, Das umzubenennende Objekt ist ein Ordner. Will man tat- 
sächlich nur den Ordnernamen ändern, reicht eine Eingabe 
wie bei der einfachen Dateiumbenennung aus. Beispiel: 


rename dfO:demos to df0:Demoprogramme 


Nun kann man aber auch einen ganzen Ordner samt Inhalt an 
eine andere Stelle des Dateibaumes bewegen. Auch für diesen 
Fall haben wir uns ein Beispiel einfallen lassen: Nehmen wir an, 
auf einer Diskette befinde sich ein Verzeichnis BASIC, das ein 
Unterverzeichnis Programme enthält. Außerdem existiere im 
Hauptverzeichnis ein Ordner "Spiele" mit dem Unterverzeichnis 
- "Adventures". Nun könnte man auf die Idee kommen, den kom- 
pletten Spiele-Ordner (samt Unterverzeichnis) in den Programm- 
Ordner einzutragen. Genau das macht der nun folgende Befehl: 


rename df0O:SPIELE to df0:BASIC/PROGRAMME/SPIELE 
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Wie man sieht, muß dabei auch gleichzeitig ein Name für den 
neuen Ordner angegeben werden. Da Spiele aber immer noch 
sinnvoll ist, haben wir es dabei belassen. Das to kann hier auch 
wegfallen. Noch ein letzter Hinweis: Es ist mit dem Rename- 
Befehl nicht möglich, eine Verlagerung einer Datei oder eines 
Ordners von einem Laufwerk auf ein anderes vorzunehmen. Die 
folgende Eingabe ist daher verboten und ergibt eine Fehlermel- 
dung: 


rename dfO:c/type ram:type 


Diese Funktion bleibt dem Copy-Befehl vorbehalten. 


2.1.9 Relabel 


Syntax. relabel DRIVE/A,NAME/A 


Mit Hilfe dieses Kommandos können Sıe Ihren Disketten oder 
Festplatten-Partitions einen neuen Namen geben. Die folgende 
Zeile demonstriert, wie man eine Diskette, die sich in diesem 
Fall im Floppy-Laufwerk 1 befinden muß, in "Spiele" umbenen- 
nen kann: 


relabel df1: Spiele 


Das Leerzeichen hinter der Laufwerksbezeichnung darf dabei 
nicht fehlen. Enthält der eigentliche Name Leerzeichen (wie z.B. 
der Name der Workbench-Diskette: A500 WB1.3 D), muß man 
ihn in Anführungszeichen setzen. Die maximal erlaubte Länge 
eines Diskettennamens beträgt 30 Zeichen. Auf der Workbench 
ist ein so langer Name aber eher hinderlich. 
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2.1.10 List 


Syntax: list DIR,P=PAT/K,KEYS/S,DATES/S,NODATES/S,TO/K,SUB/K,SINCE/K, 
UPTO/K ‚QUICK/S,BLOCK/S ,NOHEAD/S, FILES/S,DIRS/S,LFORMAT/K 


Vielleicht waren Sie zu Beginn enttäuscht, wie wenig Informa- 
tionen man mittels des Dir-Befehls über die Dateien und die 
Floppy bekommen kann. Schließlich teilt einem schon der be- 
tagte C64 mit, wieviel Platz auf der Diskette noch frei ıst oder 
wie viele Blöcke ein File belegt. Das kann der Amiga natürlich 
auch. Geben Sie hierzu nur den Befehl List gefolgt von dem ge- 
wünschten Pfadnamen ein, beispielsweise: 


List dfo: 


Das Ergebnis wird Sie sicher zufriedenstellen. Bei einer Work- 
bench-Diskette könnte es zum Beispiel folgendermaßen aussehen: 


Directory "df0:" on Sunday 8-Jan-89 


Expansion.info 894 ----rwed 13-Aug-88 18:02:32 
Trashcan Dir ----rwed 13-Aug-88 16:27:58 
.info 70 ----rwed 13-Aug-88 16:27:53 
c Dir ----rwed 13-Aug-88 18:06:03 
Prefs Dir ----rwed 13-Aug-88 18:16:15 
System Dir ----rwed 13-Aug-88 18:16:10 
L Dir ----rwed 13-Aug-88 18:08:12 
Shell empty ----rwed 13-Aug-88 18:08:18 
devs Dir ----rwed 13-Aug-88 18:09:09 
s Dir ----rwed 13-Aug-88 20:05:32 
Shell.info 405 ----rwed 13-Aug-88 18:09:36 
t Dir ----rwed 13-Aug-88 20:05:31 
fonts Dir ----rwed 13-Aug-88 18:11:03 
Libs Dir ----rwed 13-Aug-88 18:14:35 
Empty Dir ----rwed 13-Aug-88 16:28:16 
Utilities.info 894 ----rwed 13-Aug-88 18:11:51 
Disk.info 370 ----rwed 13-Aug-88 18:11:55 
Prefs.info 894 ----rwed 13-Aug-88 18:11:57 
System.info 894 ----rwed 13-Aug-88 18:12:01 
Empty.info 894 ----rwed 13-Aug-88 18:12:05 
Trashcan.info 1166 ----rwed 13-Aug-88 18:12:09 
Utilities Dir ----rwed 13-Aug-88 18:16:04 
Expansion Dir ----rwed 13-Aug-88 16:28:23 


10 files - 13 directories - 39 blocks used 


Gehen wir die Liste der Reihe nach durch: Zuerst einmal haben 
wir mitgeteilt bekommen, welches Inhaltsverzeichnis überhaupt 
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gezeigt wird und daß man mal wieder dabei ist, einen seiner 
freien Sonntage vor dem Rechner zu verbringen. Die Datumsan- 
gabe kann natürlich nur stimmen, wenn man entweder mit dem 
Programm Preferences bzw. dem CLI-Befehl Date das Datum 
korrekt eingestellt hat oder einen Amiga mit batteriegepufferter 
Echtzeituhr besitzt. 


Im Gegensatz zum Dir-Befehl folgen nun unsortiert die File- 
bzw. Ordnernamen, die sich im Hauptverzeichnis der Diskette 
befinden. Handelt es sich um echte Files, wird auch deren 
Größe in Bytes angegeben. Ansonsten steht an dieser Stelle die 
Abkürzung Dir für Directory. 


Datum und Uhrzeit geben den Zeitpunkt des letzten Schreibzu- 
griffs auf den entsprechenden Eintrag wieder. 


Bleibt nur noch die Erklärung der seltsamen Zeichenkette ---- 
rwed. Jeder hier angegebene Buchstabe stellt eine bestimmte 
Statusinformation der zugehörigen Eintragung im Directory dar: 


r (read) Zeigt an, daß die Datei gelesen werden darf. 

w (write) Zeigt an, daß die Datei überschrieben werden darf. 
e (execute) Erlaubt das Starten des Programms. 

d (delete) Die Datei kann gelöscht werden. 


Bei allen Dateien und Ordnern des obigen Inhaltsverzeichnisses 
sind die Flags rwed gesetzt und somit sämtliche damit verbun- 
dene Aktionen zugelassen. Wenn ein oder mehrere Punkte ver- 
boten sind, erscheint an der betreffenden Stelle ein Strich. Eine 
Dateı mit der Kombination rwe- z.B. ıst vor unbeabsichtigtem 
Löschen geschützt. Die vier Striche vor den schon besprochenen 
Status-Flags sind für weitere Statusinformationen vorgesehen: 


h (hidden) Die Datei soll im Inhaltsverzeichnis nicht angezeigt wer- 
den. Ein geseztes h-Flag bekommt man beim List-Befehl 
theoretisch nie zu Gesicht, da die Ausgabe ja unter- 
drückt wird. Das h-Flag zeigt seine Wirkung jedoch nur 
in Verbindung mit Kickstart 1.3. Außerdem muß die Dis- 
kette, auf der sich versteckte Files befinden, mit der Op- 
tion INHIBIT formatiert worden sein. 
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8 (script) Es handelt sich bei der gekennzeichneten Datei um ein 
Batch-File, das direkt (ohne execute) gestartet werden 
kann. Diese Möglichkeit besteht nur in einer Shell und 
nicht in einem NewCLI-Fenster. | 


p (pure) So gekennzeichnete Programme können mittels des Resi- 
dent-Befehls in einer Shell geladen werden. Sie müssen 
reentrant programmiert sein (s. dazu auch Kapitel 2.2.5). 


a (archive) Dieses Flag soll von einem Kopier-Befehl immer dann 
neu gesetzt werden, wenn dieser von der betreffenden 
Datei eine Sicherheitskopie angefertigt hat. Gelöscht 
wird das Flag automatisch bei jedem Schreibzugriff, wo- 
durch eine erneute Archivierung notwendig wird. Leider 
bietet der Copy-Befehl keine Option, die diese Möglich- 
keit berücksichtigt. Es gibt jedoch Public-Domain-Pro- 
gramme, die dieses Flag berücksichtigen. 


Der Befehl Protect, der im Abschnitt 2.1.17 behandelt wird, er- 
möglicht eine Beeinflussung der acht Statusinformationen. 


Am Ende der List-Ausgabe erscheinen noch die Anzahl Files 
bzw. Ordner und der durch sie belegte Speicherplatz in Blocks (2 
Blocks = 1 KByte). 


Wie die Syntax-Zeile des List-Befehls vermuten läßt, müssen 
noch einige Optionen des Kommandos erläutert werden. Mei- 
stens genügt einem der List-Befehl jedoch ohne diese zusätzli- 
chen Angaben. Trotzdem ein Überblick über die Möglichkeiten 
dieses Befehls: 


Dir 

Soll nicht das aktuelle Inhaltsverzeichnis ausgegeben werden, so 
kann man auch einen anderen Pfad vorgeben (z.B. List ram:c). 
Im Gegensatz zum Dir-Befehl darf dieser Pfad auch auf eine 
einzelne Datei zeigen. 
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. PAT (engl. Pattern = Muster) 


Hier kann vorgegeben werden, nach welchen Einträgen gesucht 
werden soll. Dazu sind die Jokerzeichen (s. Kapitel 4) sehr nütz- 
lich. Beispiel: List dfl: pat a#? gibt nur Einträge aus, die mit 
einem a beginnen. 


KEYS 


Für normale Anwendungen ist diese Option relativ uninteressant. 
Es wird zusätzlich noch in eckigen Klammern der Start-Block 
des jeweiligen Eintrags auf dem Laufwerk ausgegeben. 


DATES 


Aktiviert die Datumsanzeige. Liegt der Schreibzugriff auf eine 
Datei oder einen Ordner weniger als eine Woche zurück, so gibt 
das DOS in solchen Fällen normalerweise anstelle des Datums 
den Wochentag im Klartext aus. Zugriffe, die nur einen Tag zu- 
rückliegen, oder die am selben Tag stattgefunden haben, kenn- 
zeichnet das DOS durch Yesterday bzw. Today. Durch den Zu- 
satz DATES erreicht man nun, daß auch bei diesen Eintragun- 
gen das Datum im Format TAG-MONAT-JAHR ausgegeben 
wird. | \ 


NODATES 
Die Datums- und Uhrzeitausgabe wird vollständig unterdrückt. 


TO 


Es kann eine Datei oder ein Device (z.B. prt: für den Drucker) 
zur Umlenkung der Ausgabe angegeben werden. 


SUB (Subname) 


Diese Option trägt lediglich zur Verwirrung bei. Sie soll es 
ermöglichen, nach Einträgen zu suchen, die an irgendeiner Stelle 
ım Namen mit dem angegebenen Subnamen übereinstimmen. 
Ein Subname ist dabei nichts anderes als ein Teil eines Namens. 
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Wie in Kapitel 4 zu lesen ist, läuft die Eingabe von 
#?subname#? in Verbindung mit der Option PAT (s.o.) auf das 
gleiche hinaus. 


SINCE 


Diese praktische Funktion zeigt alle Einträge an, die nach dem 
angegebenen Zeitpunkt erstellt worden sind. Dadurch kann man 
sich z.B. lediglich die Namen der Textdateien ansehen, die in 
den letzten zwei Tagen entstanden sind. Das Datumsformat muß 
dabei so angegeben werden, wie es auch bei der Ausgabe durch 
List erscheint (TT-MMM-JJ). Natürlich möchte der Amiga da- 
bei englisch angesprochen werden, (Also z.B. für März nicht 
Mär, sondern Mar eingeben!). 


UPTO 


Analog zu SINCE kann man hierdurch eine Datums-Obergrenze 
eingeben. 


Selbstverständlich können SINCE und UPTO auch kombiniert 
benutzt werden. Außerdem versteht der Amiga die Begriffe 
Yesterday und Today sowie die Wochentage der vergangenen 
Woche. Beipiel: 


List since monday upto yesterday 


QUICK 


Es werden nur noch die Namen der Einträge ausgegeben. Einzi- 
ger Vorteil gegenüber dem Dir-Befehl: Die Anzahl der Dateien 
und die Anzahl der insgesamt belegten Blöcke werden am Ende 
angezeigt. 


Wird der List-Befehl mit dem Zusatz BLOCK. aufgerufen, zeigt 
er nicht mehr die Größe der Files in Bytes, sondern die Anzahl 
der insgesamt von ihnen belegten Diskettenblöcke an (1 Block = 
512 Byte). 
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Die Option NOHEAD unterdrückt die Ausgabe des Verzeichnis- 
namens und des aktuellen Datums. Diese Angaben erscheinen 
immer dann, wenn dem List-Befehl ein Verzeichnisname mit- 
gegeben wird (z.B. list df0:). Außerdem verhindert NOHEAD 
die Ausgabe der Abschlußmeldung (xx files - yy directories - zz 
block used). 


Benötigt man nur die Namen der Unterverzeichnisse eines Ord- 
ners, kann man den List-Befehl durch den Zusatz DIRS er- 
gänzen. Ebenso ist es möglich, sich nur die Namen der Dateien 
ausgeben zu lassen. Die Option hierfür lautet FILES. | 


Geradezu genial ist die Option LFORMAT. Hiermit ist es mög- 
lich, die Ausgabe des List-Befehls so zu formatieren, daß sie 
zum Beispiel direkt als Anweisungstext für eine Batch-Datei 
verwendet werden kann. Die Ausgabe der Dateinamen erfolgt 
dabei wie bei Verwendung der Optionen QUICK und NOHEAD. 
Hinter der Option LFORMAT wird das Format für die Ausgabe 
angegeben. 


List dfO: LFORMAT="..." 


Innerhalb der Anführungszeichen muß angegeben werden, aus 
welchen Angaben eine List-Zeile bestehen soll. Hier kann ein 
beliebiger Text stehen. Die Zeichenkombination %s hat dabei je- 
doch eine besondere Bedeutung: 


Taucht die Kombination %s innerhalb der Anführungszeichen 
einmal auf, so wird an dieser Stelle der File-Name eingefügt. 
Beispiel: Eingabe: 


List dfO:c LFORMAT="Dies ist der %s-Befehl" 


Ausgabe: 


Dies ist der Run-Befehl 
Dies ist der Fault-Befehl 
Dies ist der Install-Befehl 
Dies ist der Stack-Befehl 
Dies ist der Prompt-Befehl 
Dies ist der Else-Befehl 
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Dies ist der Status-Befehl 

Dies ist der Ed-Befehl 

Dies ist der BindDrivers-Befehl 
k&35) 


Möchte man zum Beispiel bei allen Dateien des Verzeichnisses 
mit dem Namen "Texte" das Delete-Flag löschen, kann dazu mit 
Hilfe von List die folgende Batch-Datei erstellt werden: 


List >dfO:Batch_Datei df0:Texte LFORMAT="protect %s -d" 


Die Batch-Datei könnte anschließend folgendermaßen aussehen: 


protect Text_1 -d 
protect Text_2 -d 
protect Text_3 -d 
protect Brief_1 -d 
protect Brief_2 -d 


Diese Datei kann durch den Befehl Exekute Batch_ Datei direkt 
ausgeführt werden. 


Die Zeichenkombination %s darf ınnerhalb der Anführungszei- 
chen auch mehrmals auftauchen. Werden zwei %s verwendet, so 
wird an beiden Stellen jeweils der File-Name eingefügt. Bei drei 
%s steht anstelle der letzten beiden %s der File-Name und an- 
stelle des ersten %s die Pfadangabe zum aktuellen Verzeichnis. 
Beispiel: 


Eingabe: 
list >Batch_Datei c: LFORMAT="copy %s%s to Ordner/%s.BAK!" 


Ausgabe: 


copy c:Run to Ordner/Run.BAK 

copy c:Fault to Ordner/Fault.BAK 
copy c:Install to Ordner/Install.BAK 
copy c:Stack to Ordner/Stack.BAK 
copy c:Prompt to Ordner/Prompt.BAK 
copy c:Else to Ordner/Else.BAK 

Gew) 
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Diese Batch-Datei erzeugt zu jedem CLI-Befehl eine Kopie in 
dem Verzeichnis mit dem Namen Ordner. 


Werden bei der LFORMAT-Angabe vier %s-Steuerzeichen ver- 
wendet, so werden sıe nacheinander ersetzt durch die Pfadan- 
gabe, den File-Namen, die Pfadangabe und den File-Namen. 


Zum Schluß eine kleine Übung: Was stellt der nun folgende Be- 
A an? 


List dfi:kundenkartei/#?mann nodates to prt: since 3-dec-88 upto today 


Lösung: Es werden im Unterverzeichnis Kundenkartei der Dis- 
kette im Laufwerk I genau die Verzeichnis- und Dateinamen 
ohne Datumsangabe auf dem Drucker ausgegeben, die mit 
"mann" enden. Bedingung ist noch, daß sie nicht vor dem 3. 
Dezember 1988 abgespeichert worden sind. 


2.1.11 Info 


Syntax: info DEVICE 


Durch die Eingabe von Info erhält man einige Angaben über die 
angeschlossenen Laufwerke. Solch eine ne sieht beispiels- 
weise folgendermaßen aus: 


Mounted disks: 

Unit Size Used Free Full Errs Status Name 

DFO: 880K 1645 113 93% 0 Read Only A500 WB1.3 D 
DF1: 880K 534 1224 30% 0 Read/Write TEXTOMAT 
RAM: 2K 4 0 100% 0 Read/Write RAM DISK 
Volwmes available: 

A500 WB1.3 D [Mounted] 

RAM DISK [Mounted] 

Texte 

TEXTOMAT [Mounted] 


Im ersten Teil erhält man Informationen über alle angeschlosse- 
nen (mounted) Laufwerke, die dem System bekannt sind. In 
diesem Fall sind es zwei Floppy-Laufwerke und die RAM-Disk. 
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Die Kapazität einer Diskette (Size: 880 KByte) haben wir bei 
dem Format-Befehl schon einmal berechnet. 


Unter Used und Free findet man die Anzahl Blöcke (2 Blöcke = 
1 KByte), die jeweils belegt bzw. noch frei sind. Falls man da- 
mit nichts anfangen kann, erhält man zusätzlich noch den 
Belegungsgrad in Prozent. Da die RAM-Disk ihren Speicher dy- 
namisch verwaltet und dadurch immer nur soviel RAM vom Sy- 
stemspeicher abzweigt, wie sie für ihren derzeitigen Inhalt 
benötigt, erhält man bei ihr immer einen Belegungsgrad von 
100%. Es ist also egal, ob sich in der RAM-Disk zum Beispiel 
ein 2 KByte großes Textfile oder aber eine 150 KByte um- 
fassende Kundendatei befindet: Die RAM-Disk ist in beiden 
Fällen zu 100% gefüllt und kann scheinbar keine weiteren Daten 
mehr aufnehmen (Free: 0). In Wirklichkeit bestimmt natürlich 
der noch verfügbare Arbeitsspeicher über die Kapazität der 
RAM-Disk. Lediglich die Angaben unter Size bzw. Used sind 
für den Anwender wirklich informativ. 


Defekte Blöcke (Errors) gibt es auf den Beispieldisketten keine. 
Vor allem für Besitzer einer Festplatte ist diese Angabe sehr in- 
teressant, da sie hieran ungefähr erkennen können, wieviel Zeit 
ihnen noch bleibt, für ein neues Laufwerk zu sparen. 


Status gibt den Zustand des Schreibschutzclips der zugehörigen 
Diskette wieder. Auf die Diskette ın Laufwerk 0 kann also nur 
lesend zugegriffen werden. Zuletzt wird noch der Name ausge- 
geben, unter dem man derzeit auch auf das jeweilige Laufwerk 
zugreifen kann. Diese Namen ändern sich natürlich, sobald man 
die Disketten wechselt. Lediglich der Name der dynamischen 
RAM-Disk kann sich nicht ändern. 


Unter der Überschrift Volumes available werden nun noch die 
Namen der Disks ausgegeben, die dem System bekannt sind. 
Dies sind in erster Linie natürlich die Namen der sich in den 
Laufwerken befindlichen Disketten. Sie werden mit dem Zusatz 
[Mounted] versehen. Außerdem tauchen ın dieser Liste die Na- 
men der Disketten auf, die zwar derzeit nicht eingelegt sind und 
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daher nicht angesprochen werden können, aber auf die von ir- 
gendeinem Programm oder auch vom DOS aus noch ein Zugriff 
besteht (zum Beispiel über die Befehle Assiıgn oder Path, die 
noch besprochen werden). 


Der Info-Befehl kann um eine Geräteangabe erweitert werden. 
Dadurch erhält man lediglich Informationen über das spezifi- 
zierte Gerät. 


2.1.12 Install 


Syntax: install DRIVE/A,NOBOOT/S,CHECK/S 


Bei einem Neustart stellt sich der Amiga recht wählerisch an: Er 
reagiert im Normalfall nur bei der Workbench-Diskette mit ei- 
nem Ladevorgang. Man kann ihn mit den teuersten Disketten 
füttern, die große Amiga-Hand will einfach nicht verschwinden. 
Natürlich hat das normalerweise nichts mit der Qualität der Dis- 
ketten zu tun. Es liegt vielmehr einfach daran, daß sie nicht 
durch den Install-Befehl zu selbstladenden (=bootbaren) Dis- 
ketten umgewandelt worden sind. 


Mit Install df0: wird zum Beispiel die in Drive O eingelegte Dis- 
kette bootbar gemacht. Dazu muß sie jedoch zumindest vorher 
schon formatiert worden sein. Die Möglichkeit des Bootens von 
der Festplatte besteht nur bei Verwendung der neuen Be- 
triebssystemversion Kickstart 1.3 und spezieller Harddisks, die 
hierfür vorbereitet sind. Da das Betriebssystem beim Amiga 500 
bzw. 2000 fest in ein ROM eingebrannt ist, wird man bei der 
älteren Rechnergeneration wohl auf den Systemstart mittels 
Harddisk verzichten müssen. 


Wird der Befehl auf eine frisch formatierte Diskette angewandt 
und mit dieser anschließend das System neu gestartet, landet 
man automatisch - und zwar relativ schnell - im CLI. Das mit 
der Schnelligkeit muß natürlich irgendeinen Haken haben. Es hat 
nicht nur einen, sondern ganz viele: 
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Das fängt schon mit der Darstellung der Zeichen an. Bei Ver- 
wendung eines Monitors möchte man nämlich normalerweise mit 
80 und nicht nicht mit nur 60 Zeichen pro Zeile arbeiten. Sicher 
werden Sie sich noch daran erinnern, daß das Programm Prefe- 
rences zwei Felder zeigt, mit deren Hilfe man die gewünschte 
Darstellungsart auswählen und diese Einstellung durch Save auf 
der eingelegten Diskette abspeichern kann. Diese Daten werden 
dabei in einem Unterverzeichnis mit dem Namen "devs" unter 
der Bezeichnung System-Configuration abgelegt. Sie können nun 
diese Datei mit dem Copy-Befehl von der Workbench auf die 
leere Diskette in einen durch den Befehl MakeDir erzeugten 
Ordner devs kopieren. Nach einem Reset steht Ihnen dann der 
Amiga nach knapp sıeben Sekunden im 80-Zeichen-Modus zur 
Verfügung. | 


Das war aber nur das geringste Übel: Der Rechner hat auch 
noch eine falsche Tastaturbelegung, denn anstelle der Umlaute 
findet man auf den entsprechenden Tasten verschiedene Son- 
derzeichen. Dieses Problem kann leider nicht durch Veränderun- 
gen der Preferences behoben werden. Hier müssen wir schon et- 
was tiefer in die Trickkiste greifen: 


Außer der System-Konfiguration befindet sich in dem devs- 
Verzeichnis der Workbench-Diskette unter anderem noch ein 
Ordner mit dem Namen "keymaps. Jede Datei in diesem Unter- 
verzeichnis enthält Informationen über die speziellen Tastatur- 
belegungen des Amiga in den verschiedenen Ländern. Den File- 
Eintrag für die von uns gewünschte Belegung kann man hier 
unter d finden. Nun genügt es aber nicht, diese Datei in einen 
entsprechenden Ordner auf unsere Diskette zu kopieren, denn 
das System wählt von alleine keine solche Tastaturbelegung aus. 
Die amerikanische Tastaturbelegung ist nämlich als Default- (= 
Grund-) Einstellung im Kickstart-ROM (bzw. beim Amiga 1000 
auf der Kickstart-Disk) vorhanden. Wir benötigen daher noch 
ein Programm, das eine Tastaturumstellung ermöglicht. Dies be- 
findet sich auf der Workbench-Diskette im System-Ordner und 
heißt SetMap. Haben Sie auch solch einen Ordner auf der neuen 
Boot-Diskette angelegt und SetMap hineinkopiert, versuchen Sie 
noch einmal einen neuen Boot-Vorgang. 
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Es wird sich nichts verändert haben, da niemand das SetMap- 
Programm aufgerufen hat. Geben Sie daher vom CLI aus ein: 


system/setmap d 


(Das Y finden Sie beim Z, der Schrägstrich liegt auf der Minus- 
Taste, rechts neben dem Punkt.) 


Endlich sind nun auch die Umlaute wieder vorhanden. Aber 
warum muß man das alles von Hand eingeben? Schließlich ist 
nach dem Boot-Vorgang mit der Workbench-Diskette ja auch 
sofort die deutsche Tastaturbelegung vorhanden. Die Ursache 
hierfür soll nur kurz erwähnt werden: 


Bei einer bootbaren Diskette kann mit einem einfachen Text- 
verarbeitungsprogramm (z.B. dem ED aus dem C-Ordner) ein 
Textfile erzeugt werden, das beliebige CLI-Kommandos enthal- 
ten darf, die beim Booten automatisch abgearbeitet werden. 
Solche Dateien werden allgemein Batch-Files genannt. Ihnen ist 
in diesem Buch ein eigenes Kapitel gewidmet. Für uns reichen 
an dieser Stelle die folgenden Informationen: 


Das Batch-File muß den Namen Startup-Sequence tragen und 
sich ım Unterverzeichnis s der Workbench-Diskette befinden. 
Das DOS führt ein solches File dann bei einem Reset automa- 
tisch aus. Wenn Sie sich einmal mit dem im nächsten Abschnitt 
behandelten Type-Befehl die Startup-Sequence der Original- 
Workbench-Diskette ansehen, werden Sie hier auch das setmap d 
wiederfinden. 


Für eine sinnvolle Mindestkonfiguration fehlen unserer Diskette 
jetzt nur noch ein paar CLI-Befehle. Diese kann man sich nach 
Belieben von einer anderen Diskette holen. Wichtig ist nur, daß 
man sie in einen Ordner mit dem Namen c ablegt, da das DOS 
nur hier selbständig nach ihnen sucht. 


Weiterhin besitzt der Install-Befehl die beiden Optionen NO- 
BOOT und CHECK. Durch NOBOOT kann die Installation einer 
Diskette wieder rückgängig gemacht werden. Mit der Option 


——— Die CLI-Befehle und ihre Aufgaben ——————————— 67 


CHECK. kann man testen, ob eine bestimmte Diskette bootbar 
ist oder ob der Boot-Block Unregelmäßigkeiten aufweist. Diese 
Unregelmäßigkeiten können zum Beispiel durch die Infektion 
mit einem Virus auftreten. Diese mehr oder weniger gefährli- 
chen Viren werden von ihren Entwicklern meist so pro- 
grammiert, daß sie sich zumindest in den Boot-Block einer Dis- 
kette einnisten und sich anschließend selbst in die Boot-Blöcke 
aller im späteren Verlauf der Arbeit neu eingelegten Disketten 
kopieren. Werden so behandelte Disketten weitergegeben, kann 
sich der Virus im Schneeballsystem weiterverbreiten. 


Der CHECK-Befehl gibt bei nicht bootbaren Disketten die Mel- 
dung aus: 


No bootblock installed 


Handelt es sich bei der eingelegten Diskette um eine Boot-Disk, 
deren Boot-Block keine Unregelmäßigkeiten aufweist, lautet die 
Meldung: 


Appears to be normal V1.2/V1.3 bootblock 


Gibt der Install-Befehl dagegen die folgende Meldung aus: 


May not be standard V1.2/V1.3 bootblock 


dann ist irgend etwas faul im Staate Dänemark. Sollte es sich um 
eine gewöhnliche, von Ihnen formatierte Diskette handeln, hat 
sich Ihr Rechner mit großer Wahrscheinlichkeit einen Virus ein- 
gefangen. Die Folgen solcher Viren sind recht unterschiedlich 
und reichen von einem reinen Selbstzweck (der Virus stellt gar 
nichts an) über den Besuch kleiner Männchen auf dem Bild- 
schirm bis hin zu der gefürchteten Guru-Meditation samt For- 
matierung der Festplatte. Genauso verschieden wie die Sym- 
ptome sind auch die Möglichkeiten der Therapie. 


Eine Möglichkeit, die vielleicht Erfolg verspricht, wollen wir 
kurz beschreiben: Schalten Sie zunächst den Rechner mittels des 
Netzschalters für einen Augenblick ab (mind. 5 Sekunden), und 
booten Sie ihn anschließend mit einer Diskette, von der Sie mit 
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hundertprozentiger Sicherheit wissen, daß sie nicht durch einen 
Virus verseucht ist. Da wohl jeder Anwender bei der ersten Ar- 
beit eine Sicherheitskopie der neuen Workbench-1.3-Diskette 
angefertigt hat, wird diese Diskette in den meisten Fällen die 
genannte Bedingung erfüllen. Starten Sie also ausnahmsweise den 
Amiga mit dieser Diskette, und öffnen Sie eine Shell. Geben Sie 
nun die folgenden Befehle ein: 


dir >nil: ram: 
copy c:install ram: 
path ram: add 


Bringen Sie dann die Workbench-Diskette an einen sicheren Ort 
zurück. Sie können nun, auch mit nur einem Laufwerk, alle Ihre 
Disketten mittels des Kommandos install df0: check auf das 
Vorhandensein eines Virus testen und den Boot-Block gegebe- 
nenfalls durch install dfO: neu installieren. Wenn Sie diesen Vor- 
gang mit allen Disketten durchgeführt haben, sollten Sie nach 
einigen Diskettenoperationen noch einmal die Boot-Blöcke kon- 
trollieren. Leider erwischt man nämlich durch diese Prozedur 
nur die dummen Viren, die sich ausschließlich in den Boot- 
Blöcken niederlassen. Wirklich ausgeklügelte Viren nisten sich 
zusätzlich noch in anderen Teilen der Diskette ein (z.B. in einen 
der Device-Handler) und sind daher so gut wie gar nicht 
auszumachen. In einem solchen Fall sollten Sie sich möglichst 
schnell an eine Fachzeitschrift wenden, die Ihnen bei Ihrem 
speziellen Problem weiterhelfen kann. 


2.1.13 Type 


Syntax: type FROM/A,T0/S,T0,OPT/K,HEX/S,NUMBER/S 


Bei der interaktiven Ausgabe eines Diskettenverzeichnisses mit 
Dir opt i haben Sie schon die Möglichkeit kennengelernt, reine 


Textdateien auf dem Bildschirm ausgeben zu lassen. Genau dazu 


dient auch der Befehl Type. Um zum Beispiel den Text der 
mountlist im Unterverzeichnis "devs" der Workbench-Diskette 
anzusehen, bedarf es der folgenden Eingabe: | 
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type df0O:devs/mountlist 


Aber aufgepaßt: Die Ausgabe hält nicht von alleine an, wenn 
der Text nicht auf eine Bildschirmseite paßt. In einem solchen 
Fall genügt jedoch die Betätigung irgendeiner Taste, um den 
Vorgang zu stoppen. Für die Fortsetzung der Ausgabe empfehlen 
wir die Backspace-Taste (Pfeil nach links), da hierbei an- 
schließend wieder ein einfaches DOS-Prompt erscheint. 


Sie möchten das Ergebnis auf Papier haben? Eine unserer 
leichtesten Übungen, denn als ein weiterer Parameter kann für 
eine Umlenkung der Ausgabe noch ein vollständiger Pfadname 
(TO) angegeben werden. Erweitert man die Eingabe um den 
Zusatz prt:, geht die Ausgabe auf den Drucker. Selbstver- 
ständlich kann auch eine Dateı als Ausgabemedium dienen: 


type devs:mountlist to Meintext 


Nun enthält die Datei "Meintext" genau das, was sonst auf dem 
Bildschirm erschienen wäre. Daß so etwas funktioniert, dürfte 
niemanden mehr vom Stuhl reißen, denn eine Umlenkung der 
Ausgaben eines CLI-Befehls ist mittels des Zeichens > jederzeit 
möglich. Die folgende Zeile ist daher zur obigen äquivalent: 


type >Meintext devs:mountlist 


Sollen die Zeilen bei der Ausgabe automatisch durchnumeriert 
werden, kann man dies durch das Anhängen von opt n errei- 
chen. So kann zum Beispiel ein BASIC-Programm, das im 
ASCIH-Modus abgespeichert worden ist, noch nachträglich mit 
Zeilennummern versehen werden, um anderen Personen eine 
spätere Eingabe zu erleichtern. 


Hauptsächlich für Profis ist opt h (für hexadezimal) vorgesehen. 
Der Type-Befehl führt nämlich nur dann zu einer einwandfreien 
Textausgabe, wenn die Datei reine ASCII-Zeichen und keine 
Steuerzeichen enthält. Ein CLI-Befehl zum Beispiel besteht als 
echtes Programm vorwiegend aus Zeichen, die zu wirren Ausga- 
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ben führen: Der Befehl type c/type erzeugt nichts als Hektik auf 
dem Bildschirm. Der obige Befehl, ergänzt durch ein opt h, zau- 
bert folgende Tabelle ins CLI-Fenster (Ausschnitt): 


0000: 000003F3 00000000 00000002 00000000 ..n0uununennenn 


0010: 00000001 0000004F 000001C4 000003E9 u... Drsasiass 
0020: 0000004F 286A0164 700C4E95 2401223C ...OCj.dp.N.$."< 
0030: 00000095 49FAFFEE 286CFFFC 2FOC2FO2 en ey 


Ganz rechts haben wir unseren Text. Man erkennt, daß für den 
einfachen Type-Befehl wirklich nicht viel Sinnvolles dabei ist. 
Jedes Pünktchen steht für ein nicht darstellbares Zeichen, es sei 
denn, es handelt sich ausnahmsweise wirklich einmal um einen 
Punkt. 


In der ersten Spalte werden die Zeichen hexadezimal durchnu- 
meriert. In der Mitte steht nun der Inhalt des Files, dargestellt 
durch jeweils vier Langworte. Ein solches Langwort wiederum 
besteht aus vier Bytes, jedes Byte stellt genau ein Zeichen dar, 
so daß jeweils genau ein Byte mit einem rechts dargestellten 
Zeichen korrespondiert. 


Das I ın der letzten Zeile zum Beispiel befindet sich an der 53. 
Byte-Position (= 3*16 + 5). Der ASCII-Code, der zur Verschlüs- 
selung von Texten benutzt wird, lautet für ein "I" $49 ("$" = he- 
xadezimal) oder dezimal 73 (4*16+9). 


Eine Kombination der Optionen N und H ergibt wenig Sinn und 
ist daher verboten. Probiert man es doch, erscheint die Fehler- 
meldung: Invalid option combination N & H. 


Die Optionen opt h und opt n können auch durch den alleinigen 
Zusatz HEX bzw. NUMBER aktiviert werden. Beispiel: 


type s:startup-sequence number 


anstelle von 


type s:startup-sequence opt n 
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2.1.14 Join 


Syntax: join ‚sooononnnnnn, „AS=TO/K 


Steht man vor dem Problem, mehrere Dateien zu einer einzigen 
zusammenfassen zu müssen, bietet der Join-Befehl die richtige 
Lösung hierfür. Mit ihm lassen sich maximal 15 beliebige Da- 
teien gleichzeitig miteinander verknüpfen. 


Die 15 Kommata in der Syntax-Zeile stehen für die maximal 
mögliche Anzahl an Quelldateien. Das Schlüsselwort AS bzw. TO 
muß angegeben werden (/K). Anschließend wird eine Pfadan- 
gabe für die Ergebnis-Datei erwartet. Im einfachsten Fall kann 
mit Join die Grundfunktion des Type-Befehls simuliert werden. 
Hierzu gibt man nur eine einzige Quelldateı an und lenkt die 
Ausgabe mittels * auf den Bildschirm. Das folgende Beispiel gibt 
den Text der Startup-Sequence auf dem Bildschirm aus: 


join dfO:s/startup-sequence as * 


Es stört nicht, wenn das gleiche File mehrmals unter den Quell- 
dateien zu finden ist. Dabeı fällt uns sofort der Drucker ein: 
Bisher haben wir noch kein Kommando kennengelernt, das uns 
erlaubt, für einen Druckvorgang mehrere Dateien gleichzeitig 
angeben zu können. Der Copy-Befehl akzeptiert zwar die Jo- 
kerzeichen, man kann aber nicht gezielt mehrere Dateien durch 
ihren wirklichen Namen ansprechen. Der Join-Befehl macht es 
jetzt aber möglich, bis zu 15 Dateien nacheinander ausdrucken 
zu lassen. Beispiel: 


join texti text3 text 4 text5 as prt: 


Ergebnis: Es werden die Textdateien textl bis text5 nacheinan- 
der auf dem Drucker ausgegeben. 


Auch für Programmierer von Compiler-Sprachen bietet sich 
manchmal der Join-Befehl an: Sollte es ein Editor nicht mehr 
schaffen, alle Programmteile gleichzeitig in seinen Arbeitspei- 
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cher aufzunehmen, können diese auch jeweils einzeln bearbeitet 
und erst direkt vor dem Compilieren zu einer einzigen Datei 
zusammengelinkt werden. 


2.1.15 Search 


Syntax: search FROM,SEARCH,ALL/S,NONUM/S,QUIET/S,QUICK/S,FILE/S 


Der Befehl Search ermöglicht es, beliebige Textdateien auf das 
Vorhandensein einer vorgegebenen Zeichenkette zu untersuchen. 
Wird eine passende Zeichenkette gefunden, erscheint der Name 
der entsprechenden Datei, gefolgt von der Zeilennummer und 
der Zeile, die den Such-String enthält. 


FROM steht hier wieder für einen vollständigen Pfadnamen auf 
ein Verzeichnis oder eine einzelne Datei. Fehlt diese Angabe, 
geht der Befehl von dem aktuellen Verzeichnis aus. In diesem 
Fall muß vor dem Such-String noch das Wort search eingefügt 
werden, damit der String nicht mit einem Pfadnamen ver- 
wechselt wird. Beispiel: 


search search "Commodore AMIGA" 


Hierdurch werden alle Dateien des aktuellen Verzeichnisses auf 
den Text "Commodore Amiga" durchsucht. Es wird dabei nicht 
zwischen Groß- und Kleinschrift unterschieden. Die Anfüh- 
rungszeichen müssen immer dann stehen, wenn der Such-String 
Leerzeichen enthält. Sollen auch alle Unterverzeichnisse durch- 
sucht werden, kann dies durch den Zusatz all erreicht werden. 
Der Search-Befehl zeichnet sich durch einige Besonderheiten 
aus: 


Wie beim List-Befehl besteht auch hier die Möglichkeit, den 
Pfadnamen durch Jokerzeichen zu ergänzen. Der Befehl 


search ???/#?t hallo 
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würde zum Beispiel alle Dateien, die mit "t" enden und sich in 
einem Unterverzeichnis befinden, dessen Name aus drei beliebi- 
gen Buchstaben besteht, auf das Vorkommen des Wortes "hallo" 
untersuchen. 


Weitere Optionen des Search-Befehls sind: 


NONUM 


Unterdrückt die Ausgabe der Zeilennummer, falls die Search- 
Funktion fündig geworden ist. Da außerdem der gefundene Text 
linksbündig ausgegeben wird, kann man bei umfangreicheren 
Suchvorgängen die Fundstellen besser erkennen. 


QOUICK 


Durch diesen Zusatz werden bei der Ausgabe lediglich die Na- 
men der durchsuchten Files übereinander anstatt untereinander 
ausgegeben. Erst wenn die Funktion den gesuchten Text gefun- 
den hat oder auf das nächste Verzeichnis stößt, wird eine neue 
Zeile begonnen. 


QUIET 


Bei Angabe dieser Option zeigt der Search-Befehl am Schluß le- 
diglich die Namen der Dateien an, in denen der gesuchte Text 
mindestens einmal enthalten ist. 


FILE 


Durch den Zusatz FILE sucht der Search-Befehl ın dem bei 
FROM spezifizirten Ordner nach einer Datei, die den bei 
SEARCH angegebenen Namen trägt. Es werden also hierbei 
keine Dateien durchsucht, sondern es wird nach bestimmten Da- 
teien gesucht. In dem folgenden Beispiel wird in allen Unter- 
verzeichnissen, deren Name aus nur einem Buchstaben besteht, 
nach einer Datei mit dem Namen list gesucht. 


Eingabe: search df0:?/#? search list FILE ALL 
Ausgabe: df0:c/List 
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Wie alle CLI-Befehle kann auch Search durch die Tasten- 
kombination Ctrl und C abgebrochen werden. Beim Suchvorgang 
in ganzen Verzeichnissen besteht ferner noch die Möglichkeit, 
durch gleichzeitiges Drücken von Ctrl und D sofort mit der 
nächsten Datei fortzufahren. 


Die bei manchen Suchvorgängen auftretende Meldung: "Warning: 
line xyz too long" besagt, daß die gerade bearbeitete Datei ver- 
mutlich keine reine ASCII-Datei ist, da das Wagenrücklaufzei- 
chen (Carriage Return) zu selten vorkommt. 


Eine nützliche Hilfe ist der Search-Befehl auch für die Pro- 
grammierer der Sprache C. Sie können hiermit z.B. schnell her- 
ausfinden, in welchem Include- EZ mE sich eine gesuchte 
Datenstruktur befindet. 


Search liefert den Fehlercode 5 zurück, falls der Suchvorgang 
negativ verlaufen ist (sonst: Null). Den Fehlercode kann man in- 
nerhalb der sog. Batch-Dateien, denen in diesem Buch ein eige- 
nes Kapitel gewidmet ist, für bestimmte Zwecke auswerten. 


2.1.16 Sort 


Syntax: sort FROM/A,TO/A,COLSTART/K 


Sort ermöglicht das alphabetische Sortieren einer reinen Textda- 
tei. Die Parameter FROM und TO erklären sich fast von selbst: 


FROM 


Gibt den Pfadnamen zu der zu sortierenden Datei an. Da dies- 
mal keine Verzeichnisse zugelassen sind, ist eine Eingabe zwin- 
gend erforderlich (/A). 
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TO 


Muß entweder ein Pfadname zu einer Datei sein oder der Name 
eines Devices , das die sortierten Daten entgegennehmen kann. 
Die FROM-Datei wird nämlich nicht verändert. 


Möchte man die Ausgabe z.B. auf den Bildschirm bekommen, 
muß hier das Sternchen (*) angegeben werden. Durch prt: wer- 
den die Daten auf den Drucker umgeleitet. 


COLSTART 


Bei Bedarf kann durch diesen Zusatz die Spalte (engl.: column) 
festgelegt werden, ab der in den einzelnen Zeilen mit dem Sor- 
tiervorgang begonnen werden soll. Hat man es zum Beispiel mit 
einem Text zu tun, der in jeder Zeile die ersten 10 Stellen für 
den Vornamen und eine beliebige Anzahl Stellen für den Nach- 
namen reserviert, kann durch den Zusatz COLSTART II eine 
Sortierung nach den Nachnamen erreicht werden. Fehlt eine 
COLSTART-Angabe, so wird ab der ersten Spalte sortiert. 


2.1.17 Protect 


Syntax. protect FILE/A,FLAGS,ADD/S,SUB/S: 


Können Sie sich noch an die seltsame Zeichenkombination ---- 
rwed erinnern? Falls nicht, dann geben Sie doch noch einmal 
den List-Befehl ein. Dämmert es wieder? Es handelt sich dabei 
um das schon in Kapitel 2.1.10 angesprochene Statuswort einer 
Datei oder eines Verzeichnisses. 


Dazu eine kurze Wiederholung der einzelnen Flags, aus denen 
ein solches Statuswort bestehen kann: 


Ein gesetztes Hidden-Flag (h) unterdrückt im Inhaltsverzeichnis 
die Eintragung des zugehörigen Files. So können zum Beispiel 
die .info-Dateien, die in erster Linie für die Icons auf der 
Workbench verantwortlich sind, in der Directory-Liste unsicht- 
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bar gemacht werden. Dadurch werden besonders längere Direc- 
torys wesentlich übersichtlicher (Funktioniert mit dem derzeiti- 
gen DOS noch nicht). 


Das Script-Flag (s) kennzeichnet Batch-Files. Ist das Script-Flag 
gesetzt, so kann das Batch-File direkt von einer Shell aus ge- 
startet werden. Es ist also nicht mehr notwendig, den Befehl 
Execute vor den Namen des Batch-Files zu schreiben. Der Exe- 
cute-Befehl wird bei gesetztem Script-Flag automatisch aufge- 
rufen. 


Ein gesetztes Pure-Flag (p) besagt, daß das zugehörige Pro- 
gramm mit Hilfe des Befehls Resident geladen werden kann. 
Dadurch steht es dem Anwender jederzeit sofort zur Verfügung 
und muß nicht erst von einem Laufwerk nachgeladen werden. 


Das Pure-Flag ist notwendig, da noch längst nicht jedes Pro- 
gramm die Eigenschaften mitbringt, die für die Anwendung des 
Resident-Befehls notwendig sind. Die Programme müssen näm- 
lich sowohl reentrant als auch mehrfach aufrufbar (reexecutable) 
sein. Erfüllt das Programm diese Eigenschaften, so sollte der 
Programmierer dies durch ein Setzen des Pure-Flags kenntlich 
machen. Bis auf wenige Ausnahmen sind sämtliche DOS-Befehle 
der Workbench 1.3 mit dem Pure-Flag versehen. 


Das Archive-Flag (a) erleichtert die Anfertigung von Sicher- 
heitskopien von Dateien. Der hierzu notwendige Kopier-Befehl 
kopiert aus einem Verzeichnis nur solche Dateien, deren Ar- 
chive-Flag nicht gesetzt ist. Anschließend wird jedoch das Flag 
gesetzt und damit die Datei als archiviert gekennzeichnet. Bei 
einem erneuten Schreibzugriff auf die Datei wird das Archive- 
Flag automatisch gelöscht. Dadurch wird dem Kopier-Befehl bei 
der späteren Anfertigung von Sicherheitskopien signalisiert, daß 
eine Veränderung an der Datei stattgefunden hat und eine er- 
neute Archivierung dieser Datei notwendig ist (Funktioniert mit 
dem derzeitigen DOS noch nicht). 


Dazu eine Anwendung: Arbeitet man mit der schnellen RAM- 
Disk, so könnte man von der Shell aus eine Batch-Datei als 
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Hintergrundprozeß aktivieren, die in regelmäßigen Abständen 
(z.B. alle 5 Minuten) alle bis dahin veränderten Dateien auf eine 
Diskette rettet. Legt man die dazu notwendigen Befehle auch 
noch resident im Arbeitsspeicher ab, so bemerkt man eine 
eventuelle Rettungsaktion lediglich an dem Anlaufen der Dis- 
kettenstation. Eine solche Batch-Datei mit dem Namen BAKUP 
_BATCH könnte folgendermaßen aussehen: 


wait 5 min 
copy ram:#? to df0: 
execute BACKUP_BATCH 


Natürlich arbeitet diese Batch-Datei auch unter dem derzeitigen 
DOS fehlerlos, jedoch wird dabei jedesmal der gesamte Inhalt 
der RAM-Disk gerettet, unabhängig davon, ob in den letzten 5 
Minuten ein Schreibzugriff auf die Dateien der RAM-Disk 
stattgefunden hat oder nıcht. 


Die Flags Read (r) und Write (w) sollen ein Lesen bzw. unbeab- 
sichtigtes UÜberschreiben der zugehörigen Datei verhindern 
(Funktioniert mit dem derzeitigen DOS noch nicht). 


Ebensowenig funktioniert derzeit das Execute-Flag (e), das ein 
unerlaubtes Starten eines Programms verhindern soll. 


Das Delete-Flag (d) zeigt jedoch wieder eine Wirkung. Ist das 
Flag zurückgesetzt (-), so ist die Dateı gegen unbeabsichtigtes 
Löschen geschützt. 


Mit dem Protect-Befehl ist es nun möglich, das Statuswort neu 
einzugeben. Wenn Sie zum Beispiel den Ordner "Briefe" auf der 
Diskette im Laufwerk 1 vor unbeabsichtigtem Löschen schützen 
möchten, können Sie dies folgendermaßen erreichen: 


protect df1:Briefe 


Da keine Status-Flags angegeben wurden, werden alle Flags zu- 
rückgesetzt, unter anderem auch das Delete-Flag. Viel Sinn er- 
gibt das jedoch nicht, da ein Ordner, der mindestens eine wei- 
tere Datei oder einen Unterordner enthält, ohne weiteres sowieso 
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nicht gelöscht werden kann (Fehlermeldung: directory not 
empty) und gegen ein Löschen des Ordnerinhaltes mit Hilfe des 
Befehls delete briefe all auch dieser Schreibschutz nicht an- 
kommt. Es kann lediglich verhindert werden, daß der leere Ord- 
ner aus Versehen gelöscht wird. Die einzelnen Dateien innerhalb 
eines Verzeichnisses können jedoch durch ihr eigenes Statuswort 
geschützt werden: 


protect df1:Briefe/Einladung 


Nun kann die Datei "Einladung" nicht mehr gelöscht werden. 
Das zugehörige Statuswort besteht jetzt aus acht Minuszeichen (- 
------- ), die besagen, daß (theoretisch) kein Lese- oder 
Schreibzugriff mehr auf diese Datei angewandt werden kann. 
Einzig und allein der Versuch, die Datei zu löschen, wird jedoch 
vom DOS mit einer Fehlermeldung (hier: file ist protected from 
deletion) quittiert. Aufgehoben wird der Schutz durch: 


protect df1:Briefe/Einladung rwed 


Nun ist der ursprüngliche Zustand wiederhergestellt, und die 
Datei kann gelöscht werden. 


Zwei weitere Optionen des Protect-Befehls lauten ADD bzw. 
SUB. Mit ihrer Hilfe ist es möglich, einzelne Flags gezielt zu 
setzen bzw. zurückzusetzen. Die Angabe des vollständigen Sta- 
tuswortes ist also nicht unbedingt notwendig. Durch ADD kann 
ein einzelnes Flag gesetzt und durch SUB ein Flag zurückgesetzt 
werden. Beispiel: | 


SUB 

Status vorher ---- rwed 

Eingabe protect datei d sub 
Status nachher ---- rWe- 

ADD 

Status vorher ----rwe- 

Eingabe protect datei d add 


Status nachher ----rwed 
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Weiterhin können die Optionen ADD und SUB auch durch ein 
dem Status-Flag vorangestelltes Plus- bzw. Minuszeichen ersetzt 
werden. Hierdurch wird die Eingabe noch einmal vereinfacht: 


Status vorher ----rwed 

Eingabe protect datei -w 
Status nachher === peed 

+ 

Status vorher .---r-ed 

Eingabe protect datei +w 
Status nachher ----rwed 


2.1.18 FileNote 


Syntax. filenote FILE/A,COMMENT/A 


Möchte sich ein Programmierer noch nachträglich in seinem 
Werk verewigen oder auch nur eine Notitz über die aktuelle 
Versionsnummer hinterlassen, steht ihm hierzu der FileNote- 
Befehl zur Verfügung. Dieses Kommando erlaubt es, eine belie- 
bige Datei mit einem bis zu 80 Zeichen langen Kommentar zu 
versehen. Lesen kann man diesen Kommentar dann mit dem 
List-Befehl. Er erscheint bei der Ausgabe unter der entspre- 
chenden Datei in einer eigenen Zeile, die zur Unterscheidung 
von den übrigen Dateinamen durch einen Doppelpunkt eingelei- 
tet wird. Dazu ein Beispiel: 


Man vergißt andauernd, wozu der FileNote-Befehl dient. Eine 
kleine Notiz soll daher als Gedächtnisstütze dienen. Der zu- 
gehörige Befehl sieht fogendermaßen aus: 


filenote c:filenote "Hiermit kann man einen bis zu 80 Zeichen lan- 
gen Kommentar zu jeder Datei schreiben!" 


Die Anführungszeichen müssen immer dann stehen, wenn. der 
Text (wie hier) Leerzeichen enthält. Wird anschließend der List- 
Befehl auf die Datei c:filenote angewandt, erscheint die folgende 
Ausgabe: 
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c:filenote 700 --p-rwed 13-Aug-88 18:04:03 
: Hiermit kann man einen bis zu 80 Zeichen langen Kommentar zu je- 
der Datei schreiben! 


Noch eine Anmerkung: Bei einem Kopiervorgang mit Copy wird 
eine eventuell vorhandene Dateinotiz normalerweise nicht mitko- 
piert. Sollte die Zieldatei schon exisitieren, wird die eigentliche 
Datei zwar durch den Kopiervorgang überschrieben, eine even- 
tuell vorhandene Dateinotiz jedoch nicht. Nur bei Verwendung 
des Copy-Befehls mit der Option CLONE oder COM wird eine 
vorhandene Notiz mitkopiert. 


2.1.19  SetDate 


Syntax. setdate FILE/A,DATE,TIME 


Dieser Befehl ist besonders für diejenigen Amiga-Anwender ge- 
dacht, die ihren Rechner noch nicht mit einer batteriegepuffer- 
ten Echtzeituhr bestückt haben und ein tägliches Einstellen des 
Datums und der Uhrzeit mit dem Programm Preferences zu lä- 
stig finden oder diese Prozedur einfach manchmal vergessen. Der 
Befehl erlaubt es nämlich, die beim Abspeichern von Dateien 
bzw. Ordnern mit abgelegten Zeitangaben nachträglich zu 
korrigieren. 


In der Syntax-Zeile steht FILE für eine vollständige Pfadangabe 
auf eine Dateı oder einen Ordner. Dahinter muß sich das ge- 
wünschte Datum befinden, und zwar ın dem gleichen Format, 
wie es beim List-Befehl ausgegeben wird: 


setdate texte/Brief 13-may-88 


Außerdem kann das Datum des gestrigen, heutigen oder morgi- 
gen Tages auch durch die Angabe yesterday, today bzw. tomo- 
row gesetzt. werden. Ferner ist es möglich, durch die direkte 
Angabe der englischen Bezeichnung des Wochentages das Datum 
um maximal sechs Tage bezüglich der derzeitigen Systemzeit 
vorzudatieren. Voraussetzung hierfür ist natürlich, daß die 


——— Die CLI-Befehle und ihre Aufgaben ———— —  ———— 81 


Systemzeit vorher, zum Beispiel mit Hilfe des Programms Pre- 
ferences, auf den aktuellen Stand gebracht worden ist. 


Zusätzlich zu der aktuellen Datumsangabe sollte auch jedesmal 
die Uhrzeit angegeben werden, da sonst in die Datei automatisch 
0 Uhr eingetragen wird. Datumsangaben, die vor dem 2. Januar 
1978 liegen, werden übrigens nicht übernommen. In solchen 
Fällen erscheinen in der Ausgabe zwei leere Spalten. 


2.1.20 DiskDoctor 


Syntax. diskdoctor DRIVE/A 


Zu den unangenehmsten Meldungen des Betriebssystems gehört 
sicherlich der in den unpassendsten Situationen auftauchende 
System-Requester, der darauf hinweist, daß mit der Daten- 
Struktur der eingelegten Diskette oder der Festplatte irgend et- 
was nicht in Ordnung ist. Hierbei wird man auch gleich an den 
DiskDoctor überwiesen. Bei dem DiskDoctor handelt es sich um 
ein kleines Programm, das versucht, wieder Ordnung in das ge- 
fundene Chaos auf der Diskette zu bringen. Das Programm wird 
für das Laufwerk Null folgendermaßen aufgerufen: 


diskdoctor drive df0: 


Anschließend wird man aufgefordert, den "Patienten" in das 
Laufwerk einzulegen und Return zu drücken. In den folgenden 
Minuten kann man nur hoffen. 


Die Meldungen, die bei der Arbeit mit dem DiskDoctor auftre- 
ten können, haben wir im folgenden einmal zusammengestellt 
und dokumentiert. 


Disk Doctor cannot be run in the background 


Ursache: Es wurde versucht, dem DiskDoctor durch den voran- 
gestellten Befehl Run einen eigenen Hintergrundprozeß ein- 
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zuräumen. Der DiskDoctor gehört jedoch zu den wenigen Be- 
fehlen, die dies nicht zulassen und nur direkt (ohne Run) ge- 
startet werden können. 


Unknown device xyz 


Ursache: Vermutlich haben Sie sich bei der Angabe des Gerä- 
tenamens verschrieben, da das DOS ein solches Laufwerk nicht 
kennt (xyz steht hierbei für einen Device-Namen). 


Not enough memory 


Der DiskDoctor konnte zwar geladen werden, er benötigt aber 
für seine Funktion mehr Arbeitsspeicher, als das System derzeit 
zur Verfügung stellen kann. Abhilfe: Schließen Sie unbenötigte 
Fenster und/oder beenden Sie laufende Programme. Seltsamer- 
weise wird diese Fehlermeldung auch dann ausgegeben, wenn 
man versucht, den DiskDoctor nicht auf eine Diskette, sondern 
auf ein beliebiges anderes Gerät (Drucker, serielle Schnittstelle 
etc.) anzuwenden. Solch ein Versuch scheitert natürlich aus ganz 
anderen Gründen als an einem Mangel an Speicherplatz. 


Device xxx not found 


Der DiskDoctor kann das dem Gerät zugeordnete Treiber-Device 
nicht finden. Dieser Fehler wird bei den normalen 3%-Zoll- 
Laufwerken wohl nie auftreten, da sich das für ihre Funktion 
notwendige trackdisk.device fest im ROM (bzw. beim Amiga 
1000 im WOM) befindet. Bei Exoten-Laufwerken (54 Zoll) ist 
dieser Fehler meist auf eine fehlerhafte Eintragung des Device- 
Namens in der sogenannten. Mountlist zurückzuführen. Bei der 
Verwendung spezieller Disk-Treiber tritt die Fehlermeldung 
auch dann auf, wenn das in der Mountlist bezeichnete Device 
nicht gefunden werden kann. Die Aufgabe der Mountlist wird 
bei der Behandlung des Mount-Befehls (Abschnitt 2.2.22) noch 
ausführlich besprochen. 
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Unable to open disk device 


Das Disk-Device ist zwar gefunden worden, kann aber (aus 
welchen Gründen auch immer) nicht geöffnet werden. 


Unexpected end of file 


Das DOS verwaltet die Dateien mit einer sehr hohen Redundanz. 
Viele Informationen sınd also öfter vorhanden, als es für eine 
korrekte Organisation tatsächlich notwendig wäre. Der große 
Vorteil dieser Redundanz liegt nun darin, daß häufig auch bei 
teilweisem Datenverlust eine Rekonstruktion der beschädigten 
Dateien noch möglich ist. Beim Auftreten dieser speziellen Feh- 
lermeldung ist nun der Fall eingetreten, daß sich die an mehre- 
ren Stellen der File-Struktur vorhanden Informationen über die 
Länge der Datei einander widersprechen: Die Datei ist kürzer, 
als es in dem sog. File-Header angegeben ist. 


Error: Unable to access disk 


Tritt auf, falls sich das betreffende Laufwerk nicht ansprechen 
läßt, da zum Beispiel keine Diskette eingelegt worden ist. 


Disk must be write enabled 


Der Schreibschutz-Clip verhindert zur Zeit einen Schreibzugriff 
auf die Diskette. Da der DiscDoctor natürlich auch auf die Dis- 
kette schreiben will, muß der kleine Schieber an der Diskette so 
stehen, daß er die Öffnung verdeckt. 


Unable to read disk type - formatting track zero 


Der DiskDoctor kann den Diskettentyp (DOS/KICK/BAD), der 
sich auf Spur Null in dem Sektor Null befindet, nicht lesen. Aus 
diesem Grunde versucht er nun, die Spur Null neu zu for- 
matieren. | 
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Track zero failed to format - Sorry! 


Beim Auftreten dieser Meldung besitzt Ihre Diskette mit großer 
Wahrscheinlichkeit einen Defekt auf der Spur Null (die am wei- 
testen außen liegende Spur). Falls diese Spur auch bei anderen 
Disketten häufiger Schwierigkeiten bereitet, kann ein Fehler am 
Laufwerk vorliegen (Schreib-/Lesekopf positioniert falsch). 


Unable to write to root - formatting root track 


Der DiskDoctor kann den Track nicht zurückschreiben, auf dem 
sich der Root-Block befindet. Dieser Root-Block stellt die Wur- 
zel des gesamten Diskettenverzeichnisses dar und ist daher drin- 
gend erforderlich. Es wird nun versucht, den betreffenden Track 
(Track 40, Seite 0) neu zu formatieren und zu initialisieren. Da 
sich auf diesem Track auch der Name der Diskette befindet, be- 
kommt sie nun den neuen Namen "Lazarus". 


Root track failed to format - Sorry! 


Der Root-Track konnte nicht formatiert werden. Damit kann die 
Diskette nicht mehr gerettet werden. 


Cannot write root block - Sorry! 


Der Root-Block kann nicht geschrieben werden. Auch in diesem 
Fall kann der DiskDoctor nicht mehr helfen. 


Warning: File xxx contains unreadable data 


Die angegebene Datei (xxx) konnte nicht vollständig rekonstru- 
iert werden und enthält nun nicht lesbare Daten. Eventuell kann 
hier unter Verwendung eines Disk-Monitors noch etwas gerettet 
werden. In den meisten Fällen wırd man eine solche Dateı aber 
bei der später erscheinenden Abfrage "Delete corrupt files in 
directory yyy?" durch die Eingabe von YES zum Löschen frei- 
geben müssen. | 
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ATTENTION: Some file in directory xx is unreadable and has 
been deleted 


Hier hat der DiskDoctor die Initiative ergriffen und eine Datei 
selbständig gelöscht, da für ihre Rekonstruktion zu viele Infor- 
mationen fehlen. 


Failed to read key | 
Ein Block kann nicht gelesen werden. 


Failed to rewrite key 
Ein Block kann nicht zurückgeschrieben werden. 


Warning: Loop detected at file xx 


Eine Datei besteht normalerweise aus einzelnen Blöcken, die 
miteinander über Blockzeiger wie eine Kette verbunden sind. 
Die Fehlermeldung besagt nun, daß in der angegebenen Datei 
eine geschlossene Schleife bei der Verkettung vorhanden ist. Ei- 
ner der Blöcke der Datei verweist also zurück auf einen schon 
gelesenen Block. Dadurch kann es passieren, daß ein Lesevor- 
gang der Datei niemals beendet wird, da immer wieder die 
gleichen Daten gelesen werden. 


Parent of key xx is yy which is invalid 


Es ist ein Block gefunden worden, der nicht in eine verkettete 
Liste eingebunden werden kann, da sein Vorgänger-Block un- 
gültig ist. 


Hard error Track xx 


Der Track mit der Nummer xx kann nicht gelesen werden, da er 
entweder falsch formatiert ist oder einen echten mechanischen 
Schaden aufweist. Sehr wahrscheinlich wird es dadurch zu Pro- 
blemen bei der Rekonstruktion einiger Dateien bzw. Verzeich- 
nisse kommen. 
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Key xx now unreadable 
Der Block mit der Nummer xx ist nicht mehr lesbar. 


Replacing dir xx 


Das angegebene Verzeichnis konnte rekonstruiert werden und 
wird nun wieder in die ursprüngliche Verzeichnisstruktur der 
Disk integriert. 


Inserting dir xx 


Das angegebene Verzeichnis konnte rekonstruiert werden und 
wird nun in ein übergeordnetes Verzeichnis eingetragen. 


Replacing file xx 


Die angegebene Datei konnte rekonstruiert werden und wird nun 
in das ursprüngliche Verzeichnis eingetragen. 


Inserting file xx 


Die angegebene Datei konnte rekonstruiert werden und wird nun 
in das Hauptverzeichnis der Disk eingetragen. 


Now copy files to a new disk and .reformat this disk 


Dies ıst die Abschlußmeldung des DiskDoctors. Alle geretteten 
Dateien und Verzeichnisse können nun in den meisten Fällen auf 
eine neue Diskette kopiert werden. Anschließend sollte man in 
jedem Fall die defekte Diskette neu formatieren. 


Falls Sie nach dieser letzten Meldung zu voreilig die Diskette aus 
dem Schacht ziehen, können Sie den Doktor mit großer Wahr- 
scheinlichkeit gleich noch einmal beehren, da noch einige Dis- 
kettenoperationen ablaufen, die nicht einfach unterbrochen wer- 
den dürfen. 
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2.1.21 DiskChange 


Syntax: diskchange DEV/A 


Mit diesem sehr lästigen Befehl haben es zum Glück nur die 
Besitzer eines Laufwerks für die großen 54-Zoll-Disketten zu 
tun. Diese Stationen teilen - im Gegensatz zu den üblichen 3$- 
Zoll-Laufwerken - ein Wechseln der Diskette nicht automatisch 
dem DOS mit. In einem solchen Fall muß also jedesmal Disk- 
Change eingegeben werden, gefolgt von dem Namen, unter dem 
das Device geführt wird. Erst danach dürfen Zugriffe auf die 
neue Diskette erfolgen. 


Der DiskChange-Befehl wird auch für Experimente mit dem 
FastFileSystem (FFS) in Verbindung mit den Floppy-Laufwer- 
ken df0: bis df2: benötigt. Das FFS erkennt nämlich einen Dis- 
kettenwechsel nicht selbständig, da es in erster Linie für die 
Verwaltung von Festplattenlaufwerken geschrieben worden ist. 


2.2 Systemkommandos des CLI 


In den nun folgenden Abschnitten werden die Befehle behan- 
delt, die sich unter dem Oberbegriff Systemkommandos zusam- 
menfassen lassen. Darunter fallen auch die Kommandos, die das 
CLI betreffen. | 


2.2.1 NewShell 


Syntax: newshell Window,From 


Mit Hilfe von NewShell kann ein weiteres Fenster für die Ein- 
gabe von CLI-Befehlen geöffnet werden. Dies eröffnet dem Be- 
nutzer die vielfältigen Möglichkeiten, die das Multitasking des 
Amiga bietet. Wie Sie wahrscheinlich schon längst wissen, ver- 
steht man unter Multitasking die fast gleichzeitige Verarbeitung 
mehrerer Programme. So ist es zum Beispiel möglich, einen Brief 
ausdrucken zu lassen, während man gleichzeitig eine Diskette 


8 2 Dasgroße Buch zu AmigaDOS —— 


neu formatiert. Natürlich laufen die Befehle nur für einen "zeit- 
lich makroskopischen" Beobachter wirklich nebeneinander ab 
(daher der Zusatz fast). Als gutes Beispiel sei ein Vergleich mit 
den Leuchtziffern eines Radioweckers erlaubt: 


Nur Eingeweihte wissen, daß in Wirklichkeit alle Ziffern der 
Uhr nacheinander aufleuchten, was man jedoch durch die hohe 
Geschwindigkeit, mit der dies geschieht, gar nicht bemerkt. 
Wenn man das Beispiel weitertreibt, könnte man jede Ziffer der 
Uhr mit einem Prozeß vergleichen, der vom System (= Uhrbau- 
stein) nur eine bestimmte Rechenzeit (= Aufleuchten) zugewie- 
sen bekommt. 


Mit dem NewShell-Befehl ıst es möglich, auf dem Amiga einen 
solchen Prozeß neu hinzuzufügen. Nach der Eingabe des Kom- 
mandos erscheint ein weiteres Shell-Fenster, in dem uns auch 
gleich mitgeteilt wird, der wievielte Prozeß dies nun schon ist 
(z.B.: New Shell process 2). Es hindert uns keiner daran, noch 
weitere Fenster zu Öffnen. 


Worin liegen denn die Vorteile mehrerer Shells? Man kann ja 
doch nur in einem Fenster arbeiten. Das stimmt! Der Benutzer 
soll ja auch nicht "multitasken", sondern nur der Rechner. Sie 
können zum Beispiel in der ursprünglichen Shell den Befehl 
"Format Drive df0: NAME Leer" eingeben, anschließend in das 
neue Fenster überwechseln (einfach anklicken!) und sich hier ın 
der Zwischenzeit das Inhaltsverzeichnis der Diskette ansehen, die 
sich ım zweiten Laufwerk befindet. Einen kleinen Wermuts- 
tropfen hat die ganze Angelegenheit natürlich auch: Mit jedem 
zusätzlich ablaufenden Prozeß, der die vorhandenen Betriebs- 
mittel (Prozessor, Laufwerke etc.) in Anspruch nimmt, steigt die 
Bearbeitungsdauer eines Befehls deutlich an. 


Wer sich mehr über die Möglichkeiten des Multitasking infor- 
mieren möchte, der findet in Kapitel 6 eine Fülle von Informa- 
tionen zu diesem Thema. 


Nun zu den Parameter, die dem NewShell-Befehl mitgegeben 
werden können: 
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Erst einmal kann NewShell noch um Angaben über die Größe 
und den Titel des neuen Fensters erweitert werden. Der Befehl 


NewShell newcon:50/70/250/150/Amiga 


erzeugt zum Beipiel eine Shell Amiga mit der Breite 250 und 
Höhe 150 (jeweils in Pixeln). Die obere linke Ecke des Fensters 
liegt an der X-Position 50 und der Y-Position 70. 


Das größtmögliche Fenster erscheint bei der Eingabe des folgen- 
den Befehls: 


NewShell newcon:0/0/640/256/Amiga 


Für die direkte Eingabe der Fenstergröße ist diese Option jedoch 
weniger gedacht, da jede Shell bis auf das Schließsymbol mit 
allen Manipulations-Gadgets ausgestattet ist. Mit diesen Gadgets 
kann das Fenster jederzeit auf die gewünschte Größe gebracht 
werden. Wirklich sinnvolle Anwendungen für die newcon-An- 
gabe findet man in Verbindung mit den sog. Batch-Dateien, die 
im Kapitel 5 ausführlich besprochen werden. 


Fehlt die Fensterangabe, erhält die Shell immer ein Fenster mit 
der vollen Breite und knapp der halben Bildschirmhöhe. 


Des weiteren kann NewShell noch um den Zusatz from und den 
Namen einer Batch-Datei erweitert werden, die vor dem Aufbau 
der Shell automatisch ausgeführt werden soll. 


NewShell from dfO:s/C_Alias 


Bevor Sıe mit der neuen Shell arbeiten. können, wird zuerst noch 
die Batch-Datei mit dem Namen C__Alias ausgeführt, die sich 
ım Ordner "s" des Laufwerks Null befinden muß. 


Wird eine Batch-Datei nicht explizit angegeben, so wird bei je- 
dem Aufruf von NewShell die Datei Shell-Startup; abgearbeitet, 
die sich im s-Verzeichnis der Workbench-Diskette befindet. In 
dieser Datei befindet sich normalerweise der Prompt-Befehl, der 
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die Bereitschaftsanzeige für den neuen Shell-Prozeß festlegt und 
einige alias-Anweisungen, auf deren sehr nützliche Funktion wir 
nun zu sprechen kommen. 


Wohl manch einer ist schon einmal auf die Idee gekommen, sei- 
nen CLI-Befehlen mittels Rename einen kürzeren Namen zu ge- 
ben. Welche negativen Konsequenzen dies bei der Arbeit mit 
dem dem Amiga mit sich bringt, können Sie sehr leicht fest- 
stellen. Benennen Sie hierzu einfach den Befehl Fault, der sich 
im C-Verzeichnis der Workbench-Diskette befindet, um in FT 
(rename c:fault as c:ft). Mit Hilfe des Befehls Fault kann man 
sich den zu einer Fehlernummer gehörenden Text ausgeben las- 
sen. Selbstverständlich funktioniert diese Funktion auch . jetzt 
noch unter ihrem neuen Namen FT. Gibt man zum Beispiel ein: 
ft 103, so erhält man die Antwort: "Fault 103: insufficient free 
store". 


Versuchen Sie aber nun einmal, mit Hilfe des Kommandos de- 
lete c das Verzeichnis Ihrer CLI-Befehle zu löschen. Natürlich 
wird Ihnen dies nicht gelingen, da das Verzeichnis nicht leer ist. 
Anstelle der Fehlermeldung "Not Deleted - directory not empty" 
erscheint nun aber lediglich die Meldung "Not Deleted - Error 
code 216". Nun wissen jedoch nur Sie, daß man sich den Text zu 
dieser Fehlernummer über den FT-Befehl ausgeben lassen kann. 
Man erkennt daran, daß auch das DOS die CLI-Befehle benutzt. 
Aus diesem Grund dürfen sie nicht einfach umbenannt werden. 


Die Shell bietet nun die Möglichkeit, jeden Befehl auch unter 
einem beliebigen anderen Namen aufzurufen. Die Anweisung 
hierzu lautet: 


alias Wunschname Originalname 


Wunschname steht hierbei für eine beliebige Zeichenkette (ohne 
Leerzeichen), die den zusätzlichen Namen angibt, unter dem der 
Befehl aufgerufen werden kann. Der Originalname bezeichnet 
den Befehl, der bei Eingabe des Wunschnamens ausgeführt wer- 
den soll. Findet die Shell zu Beginn der Zeile einen Namen, für 


q 
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den eine solche Zuordnung existiert, so wird dieser Name durch 
den ihm zugeordneten Befehl ersetzt. Alle anderen Angaben (z.B. 
zusätzliche Optionen) bleiben unverändert. Beispiel: 


alias ft fault 


Der Fault-Befehl kann anschließend auch durch die Eingabe ei- 
nes ft, gefolgt von einer Fehlernummer, aufgerufen werden. 
Trotzdem funktioniert die Ausgabe der Fehlermeldungen im 
Klartext (vgl. obiges Beispiel) weiterhin, da keine Änderungen 
auf der Diskette vorgenommen worden sind. Die Zuordnung ist 
lediglich in eine Tabelle übernommen worden, die von der Shell 
verwaltet wird. 


Die Angabe eines Original-Befehls ist übrigens nicht auf ein 
einzelnes Wort beschränkt. Sollten Sie zum Beispiel einen CLI- 
Befehl häufig mit den gleichen Optionen aufrufen, können Sie 
hierfür mittels alias einen eigenen Befehl erstellen: 


alias s-up run ed s:startup-sequence 


Nun kann man sich durch den Befehl s-up im Nu die Startup- 
"Sequence in den Editor ED holen und sie bei Bedarf modifizie- 
ren. 


Leider gehen die Namenszuordnungen beim Abstellen des Rech- 
ners verloren. Genau aus diesem Grunde hat man die Batch- 
Datei Shell-Startup eingeführt, die bei jedem Aufruf des Shell- 
Befehls automatisch ausgeführt wird und in die eine beliebige 
Anzahl alias-Zuordnungen eingetragen werden kann. Alle hier 
eingetragenen Zuordnungen sind in jeder Shell gültig. 


Gibt man in der Shell nur das Wort alias ein, so erhält man eine 
Auflistung der derzeitigen Zuordnungen. 


Im Folgenden finden Sie weitere Hinweise zum Umgang mit der 
Shell. 
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Ausgabe des aktuellen Verzeichnis-Pfades 


In der Shell besteht das DOS-Prompt aus der jeweiligen Prozeß- 
nummer, gefolgt von der Angabe des aktuellen Verzeichnis- 
Pfades. Dadurch ist man jederzeit informiert, auf welchem Ast 
des Verzeichnis-Baumes man sich derzeit befindet. Die lästige 
Abfrage durch den Befehl CD kann daher enifallen. Wie man 
ein eigenes Prompt definieren kann, wird bei der Behandlung 
des Prompt-Befehls gezeigt. 


Die Eingabezeile kann mit Hilfe der Cursor-Tasten 
beliebig editiert werden 


Die Shell benutzt für Ein- und Ausgaben das NEWCON-Device. 
Diese Fensterschnittstelle ıst für einen großen Teil der Shell- 
Eigenschaften verantwortlich. NEWCON erlaubt im Gegensatz zu 
dem CON-Device die Benutzung der Cursor-Tasten, um einen 
eingegebenen Text verändern zu können. Der Cursor kann mit 
den Tasten Pfeil links und Pfeil rechts beliebig auf der 
Eingabezeile plaziert werden. Selbstverständlich funktionieren 
die Tasten Delete (Del) und Backspace (Pfeil nach links), wie 
man es von ihnen gewohnt ist. Zusätzlicher Text wird vor der 
aktuellen Cursor-Position eingefügt. Erst wenn die Return-Taste 
betätigt wird, übernimmt die Shell die eingegebene Zeile. 


Zusätzlich werden die folgenden Tastenkombinationen ausge- 
wertet: 


Shift Cursor links (oder Ctrl-A) 
Setzt den Cursor auf den Anfang der Zeile. 


Shift Cursor rechts (oder Ctrl-Z) 
Setzt den Cursor auf das Ende der Zeile. 


Ctrl-K 
Löscht Text von der Cursor-Position bis zum Ende der Zeile. 
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Cirl-L (RETURN) 


Löscht den Bildschirm und setzt den Cursor an den oberen 
Bildschirmrand. 


Ctrl-U 
Löscht den Text links neben dem Cursor. 


Ctr!-W 


Setzt den Cursor auf die nächste Tabulator-Position, jedoch ma- 
xımal bis zum derzeitigen Textende. 


Cirl-X 
Löscht die gesamte Zeile. 


Schon einmal eingegebene Befehle können mit den 
Cursor-Tasten zurückgeholt werden 


Auch diese Eigenschaft verdanken wir dem NEWCON-Device. 
Alle eingegebenen Befehle werden in einem 2 KByte großen 
Ringpuffer zwischengespeichert. Mit Hilfe der Taste Pfeil hoch 
kann man auf die zuletzt eingegebenen Befehle zurückgreifen. 
Sehr nützlich ıst diese Funktion, wenn ein Befehl aufgrund eines 
Schreibfehlers nicht ausgeführt worden ist. Mit einem Tasten- 
druck hat man die fehlerhafte Befehlszeile wieder vor sich und 
kann sie nun mit Hilfe der Cursor-Tasten schnell korrigieren. 


Sucht man einen speziellen Befehl, dessen Eingabe schon einige 
Zeit zurückliegt, kann einem das NEWCON-Device bei der Su- 
che helfen: Es genügt, wenn man von dem Befehl nur die ersten 
Buchstaben eingibt und anschließend die Taste Pfeil hoch in 
Verbindung mit Shift betätigt. Es wird der Befehl gesucht, auf 
den die Beschreibung zutrifft. 


An das Ende des Puffers gelangt man durch die Tastenkombina- 
tion Shift + Pfeil nach unten. 
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Residente Befehle können aufgerufen werden 


Von einer Shell aus können Programme aufgerufen werden, die 
mit Hilfe des Befehls Resident in den Arbeitsspeicher des Amiga 
geladen worden sind. Diese Befehle stehen dem Anwender sofort 
zur Verfügung und müssen nicht erst von einem Laufwerk gela- 
den werden. Nähere Informationen zu diesem Thema finden Sie 
bei der Behandlung des Resident-Befehls. 


Direkte Aufrufmöglichkeit einer Batch-Datei 


Normalerweise können von einer Shell aus nur echte Object- 
Programme gestartet werden. Versucht man zum Beispiel, eine 
Batch-Datei durch die Eingabe ihres Namens zu starten, so ant- 
wortet der Amiga darauf mit der Fehlermeldung: "Unable to 
load xyz: file is not an object module" (xyz steht hierbei für den 
File-Namen). Solche Batch-Dateien können nur über den Befehl 
Execute ausgeführt werden. 


Mit Hilfe des Script-Flags ist es aber auch möglich, eine Batch- 
Datei ohne Execute aufzurufen. Das DOS erkennt an dem Flag, 
daß es sich um eine Batch-Dateı handelt, und ruft automatisch 
den Execute-Befehl auf. Der Befehl zum Setzen des Flags lautet: 
protect dateiname +s (siehe Protect-Befehl, Abschnitt 2.1.17). 


Einige der beschriebenen Shell-Funktionen sind nur verfügbar, 
da vor dem Aufruf der Shell das sogenannte Shell-Segment in 
das Betriebssystem eingebunden worden ist. Die Befehlsfolge, 
die hierzu notwendig ist, lautet resident CLI 1:Shell-Seg 
SYSTEM. Man findet sie normalerweise in der Startup-Sequence 
der Workbench-Diskette wieder, so daß eine manuelle Eingabe 
nicht erforderlich ist. 
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2.2.2 NewCLi 


Syntax: newcli Window, From 


Dieser Befehl existiert im Gegensatz zum NewShell-Befehl schon 
seit der ersten Auslieferung des Commodore Amiga (Workbench 
Version 1.2). Er wird nur aus Kompatibilitätsgründen zu be- 
stimmten Anwendungsprogrammen weiterhin mitgeliefert. Auch 
NewCLI ermöglicht nämlich das Öffnen einer neuen Fenster- 
schnittstelle. Ein solches CLI-Fenster ist jedoch längst nicht so 
komfortabel wie eine Shell. Dies liegt unter anderem an der 
Verwendung der einfachen Con-Fensterschnittstelle anstelle des 
NEWCON-Devices. 


Die folgenden Funktionen werden von einem CLI-Fenster nicht 
unterstützt (vgl. NewShell-Befehl): 


>» die Alias-Funktion 

>» Cursorbewegungen innerhalb einer Zeile 

» Zurückschalten auf schon einmal eingegebene Befehle 
>» Starten residenter Befehle 


>» Auswertung der Protection-Flags r,w,e und s (s. Protect-Be- 
fehl). 


>» Die Benutzung des Prompt-Befehls mit dem Parameters %s 
(Ergibt die Anzeige des aktuellen Inhaltsverzeichnisses). 


Für die Parameter des NewCLI-Befehls gelten die gleichen 
Richtlinien wie beim NewShell-Befehl: Window kann ein belie- 
biges, bidirektionaless Device beschreiben (Fenster, serielle 
Schnittstelle), über das kommuniziert werden soll, während man 
mit FROM den Namen einer Batch-Datei angeben kann, die vor 
dem Aufbau des Fensters abgearbeitet werden soll. Wird hier 
keine Angabe gemacht, führt NewCLI die Datei CLI-Startup 
aus, die sich im s-Ordner der Workbench-Diskette befindet. 
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Wenn es Sie interessiert, welche Vorteile die Verwendung des 
NEWCON-Devices bringt, können Sie auch ein CLI-Fenster mit 
einem solchen Fenster öffnen. Der Befehl dazu lautet: 


newcli "newcon:0/0/640/100/New CLI" 


2.2.3 EndCLI 


Syntax: endcli 


Zu dem Befehlsnamen braucht eigentlich schon fast nichts mehr 
hinzugefügt zu werden. EndCLI beendet einen mit den Befehlen 
NewCLI oder NewShell gestarteten Prozeß wieder. Dabei kann 
jedoch nur die gerade aktuelle Shell (bzw. das aktuelle CLI) 
entfernt werden. Man kann also nicht vom ersten Fenster aus 
das Fenster der zweiten Shell schließen. Beendet man eine Shell, 
von der aus ein Run-Prozeß (siehe 2.2.6) gestartet worden ist, 
der noch aktiv ist, wird der Prozeß zwar beendet, das Fenster 
bleibt aber noch für eventuelle Ausgaben des Run-Prozesses ge- 
öffnet. Erst wenn der letzte Prozeß beendet ist, verschwindet 
auch das Fenster. 


Vorsicht ist bei der letzten, offenen Shell geboten: Ist die Work- 
bench nicht geladen und gibt man nun endcli ein, so hat man 
sich soeben den Ast abgesägt, auf dem man sitzt. Wie soll man 
dem DOS nun mitteilen, daß man irgendein Programm starten 
möchte? 


Einen DOS-Befehl EndShell gibt es übrigens nicht. Meist befin- 
det sich aber in dem Batch-File Shell-Startup eine Alias-Zuord- 
nung der Form alias endshell endcli, so daß anstelle von endcli 
auch die Eingabe von endshell akzeptiert wird. 
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2.2.4 Avall 


Syntax: avail I[CHIPIFAST!TOTAL] 


Mit Hilfe des Befehls Avail kann man sıch über den noch ver- 
fügbaren Systemspeicher informieren. Wird der Befehl ohne Pa- 
rameter aufgerufen, ergibt sich zum Beispiel das folgende Bild: 


Type Available In-Use Maximum Largest 
chip 77472 445760 523232 42712 
fast 226200 290688 516888 219008 
total 303672 736448 1040120 219008 


In jeder Spalte werden Angaben für das CHIP-Memory, das 
FAST-Memory (nur bei einer Speicher-Erweiterung vorhanden) 
und für den gesamten Speicherbereich (CHIP-Mem und FAST- 
Mem) gemacht. Unter Available findet man den derzeit noch 
verfügbaren Speicherplatz, während In-Use Angaben über die 
Größe des belegten Speichers macht. Beide Werte zusammenge- 
nommen ergeben den Wert, den man unter Maximum findet. 


Von Interesse ist häufig auch die Angabe über den Umfang des 
größten, zusammenhängenden Speicherbereichs, denn ein freier 
Speicher von 1 MByte ist völlig nutzlos, falls er aus lauter nur | 
KByte großen Stücken besteht. Ein Programm kann sich zwar 
beim Laden auf mehrere kleine Speicherbereiche aufteilen, je- 
doch müssen diese Speicherbereiche eine bestimmte Mindest- 
größe aufweisen. Sollte sich ein Programm nicht mehr laden 
lassen, obwohl es laut List-Befehl noch in den Speicher passen 
müßte, liegt das mit großer Wahrscheinlichkeit an einem zu zer- 
klüfteten Arbeitsspeicher. 


Mit Hilfe der Parameter FAST, CHIP, bzw. TOTAL ist es 
möglich, sich die Werte unter Available für jeden Speichertyp 
getrennt ausgeben zu lassen. Hierbei erscheint lediglich der ent- 
sprechende Zahlenwert. 
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2.2.5 Resident 


Syntax: resident NAME,FILE,REMOVE/S,A,ADD/S,REPLACE/S,PURE/S,SYSTEM/S 


Mit Hilfe des Resident-Befehls können CLI-Befehle resident in 
den Arbeitsspeicher des Amiga geladen werden. Damit stehen sie 
jederzeit sofort zur Verfügung. Dieses Verfahren funktioniert 
jedoch nur bei den Befehlen, deren Pure-Flag gesetzt ist (s. 
Protect-Befehl, Abschn. 2.1.17). 


Gibt man den Resident-Befehl ohne Parameter ein, so erhält 
man eine Liste der Befehle, die derzeit resident vorhanden sind. 


Name UseCount 


CD 0 
Dir 0 
Execute 0 
Run 0 
Resident 1 


Unter UseCount findet man Informationen darüber, wie oft der 
jeweilige Befehl derzeit aktiv ist. Residente System-Segmenten 
wie zum Beispiel das Shell-Segment werden in der Liste nicht 
angezeigt. 


In der Syntax-Liste des Resident-Befehls steht NAME bzw. 
FILE für die genaue Pfadangabe des Befehls oder Segments, der 
bzw. das resident gemacht werden soll. Beispiel: 


resident c:dir 


Nach einem kurzen Augenblick steht der Dir-Befehl in der Shell 
uneingeschränkt zur Verfügung. 


Wendet man den Resıdent-Befehl auf eine Datei an, deren Pure- 
Flag nicht gesetzt ist, erhält man die Fehlermeldung: 


Pure bit not set 
Cannot load xyz 
(xyz steht hierbei für den File-Namen) 
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Mit Hilfe des Zusatzes PURE kann man jedoch auch dann ein 
File mittels Resident laden, wenn das Pure-Flag nicht gesetzt ist. 
Sicherheitshalber wird auch in diesem Fall die Meldung "Pure 
bit not set" ausgegeben. Die PURE-Option sollte aber mit 
größter Vorsicht verwendet werden, da Programme, deren Pure- 
Flag nicht gesetzt ist, meist nicht reentrant programmiert worden 
sind. Man darf sich daher über eine später auftretende Guru- 
Meditation nicht wundern. 


Die Option REMOVE dient dazu, einen Eintrag aus der Liste 
der residenten Files zu streichen. Beispiel: 


resident execute remove 


Der Befehl execute wird entfernt und der durch ihn belegte 
Speicherplatz wieder freigegeben. 


Bei System-Segmenten - sie werden mit der Option SYSTEM 
eingebunden - wird der Wert von UseCount intern auf minus 
eins gesetzt. Da sich ein Eintrag jedoch nur entfernen läßt, falls 
UseCount auf eins steht, kann ein einmal eingetragenes Segment 
mit remove nicht wieder gelöscht werden. Versucht man es den- 
noch (z.B. resident remove Restart), erhält man die Fehlermel- 
dung: 


Cannot remove System Segment: Restart 


Mit der Option ADD gelingt es, mehrere Befehle bzw. Segmente 
mit dem gleichen Namen resident zu machen. Es kann jedoch 
von der Shell aus immer nur der zuletzt eingegebene Befehl auf- 
gerufen werden. 


REPLACE dient dazu, einen beliebigen Befehl (oder ein beliebi- 
ges Segment) gegen einen schon in der Liste vorhandenen Befehl 
(ein vorhandenes Segment) unter Beibehaltung des Namens zu 
ersetzen. Ist zum Beispiel der Befehl Execute derzeit resident 
und gibt man nun ein: 


resident execute c:date replace 
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so kann man anschließend den residenten Date-Befehl durch die 
Eingabe von Execute aufrufen. Diese Option ist aber eher dazu 
gedacht, System-Segmente unter Beibehaltung ihres Namens zu 
ersetzen. 


2.2.6 Run 


Syntax: run PROGRAMMNAME/A 


. Neben der schon besprochenen Möglichkeit, mit NewShell bzw. 
NewCLI einen weiteren Prozeß zu erzeugen, kann dies auch von 
nur einem CLI aus erreicht werden. Nahezu jedes Programm 
(und dazu gehören auch die CLI-Befehle) kann, wenn er durch 
Run gestartet wird, als sogenannter Hintergrundprozeß ablaufen. 
Gleichzeitig kann nun mit demselben CLI weitergearbeitet 
werden. Eventuelle Ausgaben des Run-Prozesses landen (falls 
nicht anders angegeben) in dem CLI-Fenster, von dem aus der 
Prozeß gestartet wurde. Beispiel: 


run c/join Brief1 Brief2 Brief3 to prt: 
dir ram: 


Hier haben wir es gleich mit einer Kombination sinnvoller An- 
wendungen von CLI-Befehlen zu tun: Der Join-Befehl wird 
zweckentfremdet und für die Ausgabe mehrerer Briefe auf den 
Drucker benutzt. Damit man hierbei nicht warten muß, wird für 
diese Aufgabe durch Run ein Hintergrundprozeß erzeugt. Wäh- 
rend der Drucker nun loslegt, kann man sich im CLI das In- 
haltsverzeichnis der RAM-Disk ansehen. 


Was wäre aber gewesen, wenn es den Join-Befehl nicht gegeben 
hätte? Müßten dann jeweils die Briefe einzeln durch "run type 
Briefx to prt:" ausgegeben werden? 


Nein, für die Bearbeitung mehrerer Befehle hintereinander 
durch Run existiert das Pluszeichen. Die folgenden Zeilen sind 
somit äquivalent zum obigen Join-Befehl: 
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run type Brief1i to prt: + 
type Brief2 to prt: + 
type Brief3 to prt: 


Der gesamte Block wird erst dann als Hintergrundprozeß abge- 
arbeitet, wenn nach Eingabe der letzten Zeile (ohne +) die Re- 
turn-Taste betätigt wird. 


Werden die Ausgaben eines durch Run gestarteten Prozesses di- 
rekt auf ein beliebiges Gerät umgeleitet, so kann die Shell, von 
der aus der Prozeß gestartet worden ist, durch EndCLI verlassen 
werden, ohne daß das zugehörige Fenster bis zur Beendigung des 
Prozesses noch geöffnet bleibt. 


Der nun folgende Befehl erzeugt zum Beispiel einen Hinter- 
grundprozeß, der das gesamte Inhaltsverzeichnis der Diskette in 
Laufwerk Null in eine Datei mit dem Namen Liste schreiben 
soll: 


run >Liste dir df0: opt a 


Theoretisch soll es möglich sein, mit EndCLI eine Shell zu ver- 
lassen und dadurch das Fenster zu schließen, während der Dir- 
Befehl im Hintergrund weiterarbeitet. Leider funktioniert dieses 
Verfahren derzeit noch nicht zufriedenstellend, da das Gerät, 
auf das die Ausgabe umgelenkt wird, ein End-Of-File-Steuer- 
zeichen bekommt, noch ehe überhaupt ein Zeichen des gestarte- 
ten Befehls übertragen werden kann. Lediglich die Nummer des 
Prozesses (z.B. CLI [2]) wird vom Run-Befehl an das Gerät 
übergeben. 


Sieht man sich unsere Beispieldatei einmal mit Hilfe des Befehls 
type Liste an, so erscheint anstelle des gewünschten Disketten- 
Verzeichnisses lediglich die Prozeßnummer. 
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2.2.7 LoadWB 


Syntax. loadwb -delay -debug 


Mit diesem Befehl wird auf dem Amiga die Workbench akti- 
viert. Im Normalfall befindet sich der Befehl in der startup-se- 
quence, so daß eine manuelle Eingabe nicht erforderlich ist. 
Wird LoadWb mit der Option -DEBUG aufgerufen, so steht ein 
weiteres Pull-Down-Menü in der Workbench zur Verfügung. 
Was es mit diesem Menü aus, sich hat, erfahren Sie in Kapitel 4, 
eine sehr interessante Anwendung zu der seriellen Schnittstelle 
AUX: beschrieben wird. 


2.2.8 Status 


Syntax. status PROCESS, FULL/S,TCB/S,CLI=ALL/S, COM=COMMAND/K 


Mit dem Befehl Status kann man sich jederzeit über die derzeit 
laufenden Prozesses informieren. Gibt man den Befehl ohne 
weitere Parameter oder gefolgt von CLI bzw. ALL ein, erhält 
‚man die Namen der einzelnen Prozesse. Beispiel: 


Process 1: Loaded as command: status 
Process 2: Loaded as command: textomat 


Da das TEXTOMAT-Programm vom CLI aus durch Run ge- 
. startet worden ist, hat es die Prozeß-Nummer Zwei bekommen. 
Das CLI ist natürlich gerade mit dem Status-Befehl beschäftigt. 


Ferner gibt es noch die Möglichkeit, sich nur die Informationen 
zu einem speziellen Prozeß ausgeben zu lassen. Hierzu muß der 
Status-Befehl noch um die zugehörige Prozeß-Nummer ergänzt 
werden: Status 2 würde nur die zweite Zeile des obigen Beispiels 
zeigen. 


Erweitert man den Status-Befehl um die Buchstabenkombination 
TCB, so bekommt man noch weitere Informationen zu den ein- 
zelnen Prozessen. In unserem Beipiel sieht das so aus: 
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Process 1: stk 1600, gv 150, pri 0 
Process 2: stk 3200, gv 150, pri 0 


Die Angaben hinter der Prozeß-Nummer haben die folgende Be- 
deutung: 


stk 
Die hier eingetragene Zahl gibt die Größe des Prozessor-Stacks 
für diesen Prozeß an. 


gV 
Umfang der Global-Vector-Tabelle. 


pri 
Dieser Wert gibt die Priorität der jeweiligen Tasks wieder. Die 
möglichen Werte reichen von -128 bis +127. 


Mehr Informationen zu den beiden letzten Werten finden Sie ın 
den Kapiteln 6 und 7. 


Eine Zusammenfassung aller Informationen zu den Tasks erhält 
man schließlich durch den Zusatz FULL. Das Kommando status 
full ergibt für das obige Beispiel: 


Process 1: stk 1600, gv 150, pri 0 Loaded as command: status 
Process 2: stk 3200, gv 150, pri O0 Loaded as command: textomat 


Mit Hilfe der Option COM=COMMAND/K kann getestet wer- 
den, ob sich ein bestimmtes Programm unter den derzeit vor- 
handenen Prozessen befindet. Dazu muß der Status-Befehl durch 
den Zusatz COM (bzw. COMMAND) und den Namen des Pro- 
zesses ergänzt werden. Beispiel: 


status com textomat 


Falls ein Prozeß mit dem Namen textomat gefunden wird, gibt 
der Status-Befehl die zugehörige Prozeß-Nummer aus. An- 
dernfalls erfolgt keine Ausgabe, und es wird der Error-Code 5 
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zurückgeliefert. Diese Option eignet sich daher besonders für die 
Verwendung in Batch-Dateien. Man kann durch eine solche 
Abfrage zum Beispiel vehindern, daß ein bestimmter Hinter- 
grund-Prozeß mehrmals gestartet wird. 


2.2.9 ChangeTaskPri 


Syntax: changetaskpri PRI/A,PROCESS/K 


Mit Hilfe des Kommandos ChangeTaskPri kann für das derzei- 
tige CLI eine neue Priorität festgelegt werden. Eine ausführliche 
Beschreibung, was es mit den Prioritäten auf sich hat, finden Sie 
im Kapitel 6 dieses Buches. An dieser Stelle soll die folgende 
(stark vereinfachte) Darstellung genügen: 


Jede Task im Amiga hat eine bestimmte Dringlichkeitsstufe, im 
folgenden Priorität genannt. Wie Sie bei dem letzten Kommando 
Status schon erfahren haben, kann dieser Wert zwischen -128 
und +127 liegen. Das Kommando ChangeTaskPri erlaubt es nun, 
einen aktuellen Prozeß in seiner Priorität zu beeinflussen. Um 
zum Beispiel die Priorität der eigenen Shell auf +5 zu setzen, 
genügt die folgende Eingabe: 


changetaskpri 5 
Ein anschließendes status full ergibt: 


Process 1: stk 1600, gv 150, pri 5 Loaded as command: status 
Process 2: stk 3200, gv 150, pri O0 Loaded as command: textomat 


Sollte die Eingabe außerhalb des erlaubten Bereichs liegen, quit- 
tiert der Befehl dies durch die Fehlermeldung: 


Priority out of range (-128 to +127) 


Mit Hilfe der Option PROCESS/K. ist es zusätzlich möglich, die 
Priorität jedes beliebigen Prozesses zu beeinflussen. Hinter dem 
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Schlüsselwort Process muß dazu die zugehörige Proze3-Nummer 
angegeben werden. Diese Nummer kann man mit Hilfe des Sta- 
tus-Befehls erhalten. Beispiel: 


changetaskpri Pri -5 Process 4 


Der Prozeß mit der Nummer 4 bekommt die neue Priorität -5 
zugewiesen. 


Sehr nützlich ist diese neue Option, falls man zum Beispiel einen 
umfangreichen Druckvorgang als Hintergrund-Prozeß gestartet 
hat und nun feststellt, daß dieser Prozeß zuviel Rechenzeit ın 
Anspruch nımmt und sich dadurch die Arbeitgeschwindigkeit 
anderer Prozesse (z.B. einer Textverarbeitung) auf ein unerträg- 
liches Maß reduziert. Hier kann man nun mit Hilfe des Befehls 
ChangeTaskPri die Priorität des Druck-Prozesses nachträglich 
z.B. auf minus 5 setzen. Dadurch wird in den meisten Fällen den 
übrigen Prozessen wieder genügend Zeit zur Verfügung gestellt. 
Daß der Druckvorgang jetzt natürlich etwas länger dauert, wird 
kaum stören, da ja in der Zwischenzeit beispielsweise in der 
Textverarbeitung weitergearbeitet werden kann. 


2.2.10 Break 


Syntax. break PROCESS/A,ALL/S,C/S,D/S,E/S,F/S 


Daß man mit Crtl C ein gerade ablaufendes CLI-Kommando 
unterbrechen kann, ist Ihnen sicher längst bekannt. Weit weniger 
bekannt ist da schon die Möglichkeit, dasselbe auch von einem 
anderen CLI-Fenster aus softwaremäßig erreichen zu könnnen. 
Genau hierfür existiert der Befehl Break. Er erlaubt es, von je- 
dem beliebigen CLI-Fenster aus die Abarbeitung eines DOS- 
Befehls in einem anderen Fenster unterbrechen. Gibt man bei- 
spielsweise im ersten Fenster den Befehl dir opt a ein, kann man 
die Ausgabe des vollständigen Inhaltsverzeichnisses vom zweiten 
CLI-Fenster aus durch die Eingabe von break 1 unterbrechen. 
Wo liegt nun der spezielle Nutzen dieses Befehls? 
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Nun, in diesem Fall könnte man dasselbe Ergebnis erzielen, in- 
dem man mit der Maus das erste Fenster aktiviert und hier die 
Tastenkombination Ctrl und C eingibt. Auch hierdurch wird der 
Dir-Befehl unterbrochen. Es gibt aber auch sinnvollere Anwen- 
dungen für diesen Befehl. Können Sie sich noch an das erste 
Beispiel für den Run-Befehl erinnern? Dort wurde für die Aus- 
gabe mehrerer Briefe auf den Drucker ein eigener Prozeß ge- 
startet. Was soll man aber machen, wenn man den Druckvorgang 
vorzeitig abbrechen möchte? Einfach den Drucker abzustellen, 
das ist bestimmt nicht die feine Art, und die Eingabe von Ctrl 
und C ın dem Fenster, von dem aus der Prozeß gestartet worden 
ist, bringt gar nichts, da sich der Prozeß von den CLI-Eingaben 
völlig abgekoppelt hat. In dieser Situation kann nur der Break- 
Befehl helfen: break 2 läßt das Druckergeräusch verstummen. 
Die Zahl hinter dem Break-Befehl muß immer mit der vom 
System vergebenen Nummer für den zu unterbrechenden Prozeß 
übereinstimmen. 


Ohne weitere Parameter sendet der Break-Befehl immer ein Ctrl 
C. Es sind aber auch die Ctrl-Kombinationen D bis F möglich. 
Dazu kann der Befehl einfach um die entsprechenden Buchsta- 
ben erweitert werden. Zum Beispiel: 


break 3 d 


Ein Suchvorgang search dfO: all, der die Prozeßnummer 3 zu- 
geordnet bekommen hat, würde durch Break 3. d sofort die 
Durchsuchung des nächsten Files beginnen. Welche Reaktionen 
durch Ctrl-Kombinationen außer Ctrl und C ausgelöst werden, 
ıst von Fall zu Fall verschieden und hängt vom jeweiligen CLI- 
Befehl ab. In den meisten Fällen passiert einfach gar nichts. 


Schließlich hat man noch die Möglichkeit, alle Ctrl-Kombinatio- 
nen auf einmal an einen Prozeß zu schicken. Hierzu ist nur der 
Zusatz ALL hinter der Prozeßnummer einzutragen. 
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2.2.11 Path 


Syntax: path „zsor 000, ,ADD/S,SHOW/S,RESET/S,QUIET/S 


Gibt man den Befehl Path ohne Parameter oder gefolgt von 
show ein, antwortet der Rechner mit der Ausgabe einer (mehr 
oder weniger langen) Liste. Diese könnte zum Beispiel folgen- 
dermaßen aussehen: 


Current directory 
RAM:c 

A500 WB 1.3 D:System 
- 


Diese Liste gibt an, in welcher Reihenfolge und in welchen 
Verzeichnissen das DOS nach einem bestimmten File sucht. Gibt 
man den Namen eines Programms (z.B. den eines CLI-Komman- 
dos) ein, sucht das DOS zuerst einmal unter den derzeit residen- 
ten Befehlen nach einer gleichnamigen Eintragung. Ist der Be- 
fehl nicht resident geladen worden, so wird anschließend im 
aktuellen Verzeichnis (Current Directory) weitergesucht. Welches 
Directory zur Zeit current ist, erkennt man in einer Shell anhand 
des Prompts. Außerdem kann man dies jederzeit durch das 
Kommando CD in Erfahrung bringen. 


Sollte das DOS hier immer noch nicht fündig werden, wird noch 
das RAM:C-Verzeichnis und danach der Systemordner der 
Workbench-Diskette durchforstet. Ist die gesuchte Datei auch 
dort nıcht vorhanden, sucht das DOS zuletzt noch im Gerät C. 
Wie bitte? Solch ein Gerät haben Sie gar nicht angeschlossen? 
Wir können Sie beruhigen: wir auch nicht. Es handelt sich dabei 
um ein logisches Gerät, das nur für den Rechner existiert. Das 
Pseudo-Device C: ist notwendig, damit die CLI-Kommandos 
auch im richtigen Verzeichnis gesucht werden. Was es mit diesen 
logischen Geräten genau auf sich hat, finden Sie bei der Be- 
schreibung des nächsten Befehls Assign. 


Der Path-Befehl erlaubt es nun, weitere Suchpfade hinzuzufügen 
oder schon vorhandene zu löschen. Wenn Sie zum Beipiel öfter 
den Taschenrechner benötigen, der sich auf der Workbench-Dis- 
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kette im Ordner "Utilities" befindet, mußten Sie normalerweise 
folgenden Befehl zum Laden des Programms eingeben: Utili- 
ties/Calculator 


Wenn Sie aber vorher das Kommando: path sys:Utilities add ein- 
geben, wird die Path-Liste um folgenden Eintrag erweitert: 


A500 WB 1.3 D:Utilities 


Nun ist es nicht mehr notwendig, beim Laden des Taschenrech- 
ners den Pfad (Utilities) anzugeben, da das DOS automatisch 
auch in diesem Verzeichnis nachsieht. 


Sehr interessant ist der Path-Befehl auch in Verbindung mit der 
RAM-Disk. Da zusätzliche Pfade in der Liste immer vor dem 
Eintrag für das C-Device eingefügt werden, ist es möglich, ei- 
nige CLI-Befehle in die RAM-Disk zu kopieren und einen ent- 
sprechenden Pfad zu der Path-Liste hinzuzufügen (path ram: 
add). Das erspart gerade den Besitzern nur einer Floppy eine 
Menge Arbeit, da zuerst einmal in der RAM-Disk nachgesehen 
wird, ob das entsprechende Kommando hier zu finden ist. Nur 
wenn der Befehl dort nicht vorhanden ist, wird man auf- 
gefordert, die Workbench-Diskette einzulegen. Zu diesem Thema 
finden Sıe auch im Kapitel 4 noch einige Hinweise. 


Insgesamt können maximal 10 Pfadangaben gleichzeitig neu 
hinzugefügt werden. Dazu muß das Wort ADD am Ende der Li- 
ste erscheinen. Gibt man jedoch anstelle von ADD die Option 
RESET ein, so werden alle Pfade bis auf die maxımal 10 ange- 
gebenen wieder gelöscht. Der Befehl path reset löscht damit alle 
Pfade, bis auf das aktuelle Verzeichnis (current directory) und 
das dem Device C zugeordnete Verzeichnis. 
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2.2.12 Assign 


Syntax: assign NAME,DIR,LIST/S,EXIST/S,REMOVE/S 


Auch bei diesem Befehl schauen wir uns zunächst die Liste an, 
die der Rechner ausgibt, falls man nur assign bzw. assign list 
eingibt: 


Volwumes: 
RAM Disk [Mounted] 
A500 WB 1.3 D [Mounted] 


Directorys: 

CLIPS RAM DISK:clipboards 
ENV RAM DISK:env 

T RAM DISK:t 

S A500 WB 1.3 D:s 

L A500 WB 1.3 D:l 

c A500 WB 1.3 D:c 
FONTS A500 WB 1.3 D: fonts 
DEVS A500 WB 1.3 D:devs 
LIBS A500 WB 1.3 D:libs 
sys A500 WB 1.3 D: 
Devices: 


PIPE AUX SPEAK NEWCON DF1 
DFO PRT PAR SER RAW 


Unter der Überschrift "Volumes" findet man die Namen der 
Disketten (bzw. bei Festplatten: der Partitions), die das DOS zur 
Zeit kennt. Der Zusatz [Mounted] bedeutet, daß sich die Dis- 
kette derzeit im Laufwerk befindet. Das ist natürlich bei der 
RAM-Disk nicht ganz wörtlich zu nehmen. 


Interessant wird es nun bei den Eintragungen unter Directorys. 
Auf der linken Seite stehen hier die Namen von Schein-Geräten. 
Das C haben Sie ja schon bei der Besprechung des Path-Befehls 
kurz kennengelernt. Jedem dieser Pseudo-Devices ist nun eine 
vollständige Pfadbeschreibung zu einem tatsächlich existierenden 
Verzeichnis zugeordnet. Man könnte den Namen eines Pseudo- 
Device auch als das Synonym für den rechts nebenstehenden 
Pfad bezeichnen. Jetzt wird auch klar, warum die CLI-Kom- 
mandos überhaupt gefunden werden: Dem Device C ıst der C- 
Ordner auf der Workbench-Diskette zugeordnet. In diesem be- 
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finden sich bekanntlich alle CLI-Befehle. Der Path-Befehl hatte 
uns schon gezeigt, daß das C-Device grundsätzlich nach den 
eingegebenen Befehlen durchsucht wird. 


Daß die Device-Namen mit den Ordnernamen übereinstimmen, 
ist keinesfalls eine Bedingung: Ein Programm, das auf das De- 
vice FONTS: zugreift, könnte auch genausogut an ein Verzeich- 
nis mit dem Namen "Zeichensätze" verwiesen werden. 


Ganz am Schluß der Ausgabe findet man unter der Überschrift 
Devices noch die Namen der echten Geräte, die von der Shell 
aus angesprochen werden können. Diese Geräte werden ım Ka- 
pitel 3 ausführlich besprochen. 


Natürlich wäre der Befehl Assign sinnlos, wenn man keine Än- 
derungen an den Zuweisungen vornehmen könnte. Hierfür sind 
die Optionen des Assign-Befehls vorgesehen: 


NAME 


Steht für einen logischen Device-Namen (linke Spalte der Ta- 
belle), der eine neue Zuordnung bekommen soll. Das DOS er- 
kennt Device-Namen an dem abschließenden Doppelpunkt (z.B. 
FONTS:). 


DIR | 

Gibt man hier einen vollständigen, existierenden Pfadnamen an, 
so wird dem Eintrag unter NAME dieser Pfad zugeordnet. Fehlt 
diese Angabe, löscht der Befehl das unter Directories: angege- 
bene logische Device aus der Liste. Das Entfernen von Disket- 


tennamen (Volumes:) und physikalischen Geräten (Devices:) ist 
mit dieser Methode nicht möglich (s. Option REMOVE). 


LIST 


Durch diesen Zusatz erzielt man bei einer Änderung eine an- 
schließende Ausgabe der aktuellen Assign-Liste. Werden keine 
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Änderungen vorgenommen, kann man bei dem Assign-Befehl 
auch auf die Option LIST verzichten. 


EXISTS 


Mit Hilfe des Assign-Befehls läßt sich auch testen, ob eine be- 
stimmte Diskette eingelegt ist, wie eine bestimmte Zuordnung 
lautet oder ob ein spezielles Device existiert. Dazu muß der 
Assıgn-Befehl ergänzt werden durch den entsprechenden Namen 
und den Zusatz EXISTS. Falls das angegebene Objekt vorhanden 
ist, wird der zugehörige Eintrag ausgegeben und der Fehlerstatus 
auf Null gesetzt. Beispiel: 


Eingabe: assign fonts: exists 
Ausgabe: FONTS: WB 1.3 D:fonts 


Das Gerät FONTS: ist in diesem Fall gefunden worden. Es han- 
delt sich offensichtlich um ein logisches Gerät. 


Falls das gesuchte Gerät nicht gefunden werden kann, gibt der 
Assıgn-Befehl den Fehlerstatus 5 und eine entsprechende Mel- 
dung (xyz: not assigned) zurück. Der Fehlerstatus eignet sich 
besonders zur Auswertung innerhalb einer Batch-Datei (s. Ka- 
pitel 5). Die nun folgende kleine Batch-Datei testet, ob sich die 
Diskette "Extras" ın einem der Laufwerke befindet. Falls nicht, 
so wird eine Aufforderung an den Benutzer ausgegeben, diese 
Diskette in ein Laufwerk einzulegen. 


assign >nil: Extras: exists 
if warn 

echo "Bitte legen Sie die Diskette Extras in ein Laufwerk" 
endif 


Durch den Zusatz >NIL: wird die Ausgabe des Assign-Befehls 
auf das NIL-Device umgeleitet. Dieses Gerät übernimmt die 
Funktion eines Müllschluckers: Die umgeleiteten Daten tauchen 
nirgends auf. Dadurch können unerwünschte Ausgaben auf eine 
einfache Art und Weise unterdrückt werden. Lediglich der Feh- 
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lerstatus interessiert uns. Dieser kann durch den Befehl ıf warn 
abgefragt werden. Falls der Assign-Befehl die Extras-Diskette 
nicht gefunden hat, ist die if warn-Bedingung erfüllt (warn = 
Fehlerstatus 5), und es erscheint der angegebene Text. 


REMOVE 


Diese Option ist mit Vorsicht zu genießen. Mit ihrer Hilfe kön- 
nen alle Namen (Volumes, logische und physikalische Gerätena- 
men) aus der Devices-Liste entfernt werden. Nach der Eingabe 
des Befehls "assign df0: remove" sind Zugriffe auf das Laufwerk 
Null nur noch über die Eingabe des jeweiligen Volume-Namens 
möglich. 


2.2.13 Which 


Syntax. which FILE/A,NORES/S,RES/S 


Der Which-Befehl liefert den Suchpfad zurück, den das DOS in 
dieser Situation gehen würde, um die für FILE angegebene Da- 
tei (z.B. einen CLI-Befehl) zu finden. 


Gibt man zum Beispiel den Befehl which format ein, lautet das 
Ergebnis etwa: 


WB 1.3 D:System/format 


Der Format-Befehl würde "im Falle eines Falles" also gefunden 
werden, und zwar ın dem System-Ordner der Workbench-Dis- 
kette. 


Die Optionen NORES und RES schließen sich in ihrer Wirkung 
gegenseitig aus. Erweitert man den Which-Befehl noch um die 
Option NORES, so werden die Eintragungen in der Liste der 
residenten Befehle nicht berücksichtigt. Genau umgekehrt ver- 
hält es sich mit der RES-Option. Wird sie selektiert, so sucht der 
Wich-Befehl ausschließlich ın der Resident-Liste nach dem bei 
FILES angegebenen Dateinamen. 
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Kann der Which-Befehl die angegebene Dateı nicht finden, wird 
eine entsprechende Meldung (xyz not found) und der Error- 
Code 5 zurückgeliefert. Dieser Error-Code kann in einer Batch- 
Datei mittels der if warn-Konstruktion abgefangen und weiter 
ausgewertet werden. Dazu ein Beispiel: 


which >nil: format 

if warn 
echo "Ich kann den Format-Befehl nicht finden !" 
quit 

endif 

format drive df0O: name Leerdiskette 


Der Format-Befehl in der letzten Zeile wird nur dann aufgeru- 
fen, wenn der Which-Befehl ihn finden konnte. Andernfalls 
wird die Batch-Datei vorzeitig mit QUIT verlasssen. 


2.2.14 AddBuffers 


Syntax. addbuffers DRIVE/A,BUFFERS/A 


Haben Sie es bei der Arbeit im CLI schon einmal erlebt, daß ein 
Befehl zwar beı der ersten Benutzung vom Laufwerk geladen 
werden mußte, aber bei einer erneuten Anwendung sofort zur 
Verfügung stand? Die Ursache, für dieses erfreuliche Phänomen 
ist bei den Pufferspeichern der Laufwerke zu suchen. In diese 
werden alle Daten erst einmal geladen, bevor sie weiterverarbei- 
tet werden. Ist ein Programm nur so groß, daß es vollständig in 
den Puffer hineinpaßt, muß es bei einem erneuten Aufruf nicht 
wieder von der Diskette oder der Harddisk geladen werden. 
Hierdurch wird der Ladevorgang natürlich extrem beschleunigt. 


Das Kommando AddBuffers erlaubt es nun, einem angeschlosse- 
nen Laufwerk einen größeren Pufferspeicher zuzuordnen. Durch 
die Eingabe "addbuffers dfO: 11" zum Beispiel wird dem Lauf- 
werk O0 ein zusätzlicher Pufferspeicher für 11 Blöcke eingeräumt 
(1 Block = 512 Byte). Hierdurch kann zusätzlich einer der insge- 
samt 160 Tracks (2 * 80 Zylinder) einer Diskette vollständig in 
den Speicher geladen werden. 
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Wie fast alle schönen Dinge hat auch der Befehl AddBuffers 
einen kleinen Haken: Der Speicherplatz wird Ihnen natürlich 
vom Systemspeicher abgezogen. Insgesamt wird sogar pro Block 
ein Speicher von 544 Bytes benötigt. Die restlichen 32 Bytes 
werden intern zur Speicherverwaltung benötigt. Für den Bedarf 
an Systemspeicher wird man sicherlich Verständnis zeigen, denn 
irgendwo müssen die Daten schließlich abgelegt werden. Unver- 
ständlich hingegen ist, warum man einmal reservierte Puffer- 
speicher nicht wieder freigeben kann. Dies ist nur durch einen 
Neustart des Systems möglich. So flexibel, wie der Amiga ist, 
wird es aber bald sicherlich auch eine Option SUBBUFFERS ge- 
ben. 


2.2.15 Why 


Syntax: why 


Die Aufgabe dieses Befehls ist relativ schnell erklärt: Sollte ein 
CLI-Befehl aus irgendeinem Grund die gewünschte Funktion 
nicht ausführen, kann man in einigen Fällen mit dem Befehl 
Why im CLI näheres über die Ursache hierfür erfragen. Beispiel: 
Man möchte sich die Startup-Sequence ansehen und gibt daher 
ein: 


type s:startup-sequenz 


Daraufhin lautet die Reaktion des Rechners: 


Can't open s:startup-sequenz 


Fragen wir nun mit why nach der genauen Ursache bekommen 
wir zur Antwort: 


Last command failed because object not found 


Kein Wunder, daß der Type-Befehl die Datei nicht finden 
konnte, denn wir haben aus Versehen die. startup-sequence am 
Ende mit z geschrieben. 
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Falls der Why-Befehl keine Angaben zur Ursache einer Fehl- 
funktion machen kann, gibt er die folgende Meldung aus: 


The last command did not set a return code 


2.2.16 Fauit 


Syntax: fault sorted 


Dieser Befehl gibt zu den maximal zehn angegebenen Fehler- 
nummern die zugehörige Meldung des AmigaDOS aus. Informa- 
tive Fehlertexte gibt es jedoch nur in einigen wenigen Fällen. 
Sollte ein entsprechender Fehlertext nicht existieren, wird ein- 
fach das Wort Error, gefolgt von der jeweiligen Nummer ausge- 
geben. Dazu zwei Beispiele: 


1. Eingabe: fault 10 20 25 
Ausgabe: Fault 10: Error 10 
Fault 20: Error 20 
Fault 25: Error 25 


2. Eingabe: fault 120 121 122 123 
Ausgabe: Fault 120: argument line invalid or too long 
Fault 121: file is not an object module 
Fault 122: invalid resident library during load 
Fault 123: Error 123 


Die Fault-Funktion wird auch von dem im letzten Abschnitt be- 
handelten Why-Befehl aufgerufen. Da das gegenseitige Aufrufen 
der CLI-Befehle im AmigaDOS üblich ıst, darf man CLI-Be- 
fehle nicht einfach umbenennen. Sollte der Why-Befehl die 
Fault-Funktion nıcht mehr unter ihrem ursprünglichen Namen 
aufrufen können, wird lediglich die zugehörige Fehlernummer 
ausgegeben (z.B.: Last command failed because Error code 205). 
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2.2.17 Eval 


Syntax! eval VALUE1/A,OP,VALUE2,TO,LFORMAT/K 


Eval stellt ein kleines Hilfsprogramm zur Berechnung eines ma- 
thematischen Ausdrucks zur Verfügung. Zwingend erforderlich 
(/A) ist lediglich der ganzzahlige Operand VALUEI. Für eine 
Berechnung muß natürlich noch ein Operator OP und ein wei- 
terer Operand VALUE2 angegeben werden. Als Operatoren ste- 
hen die Grundrechenarten Addieren (+) Subtrahieren (-), Multi- 
plizieren (*) und Dividieren (/) bzw. (m) zur Verfügung. Bei der 
Division mittels des Symbols / wird ein auftretender Rest igno- 
riert, bei der Modulo-Divison (m) wird gerade dieser Rest aus- 
gegeben. 


Zusätzlich zu den Grundrechenarten kann Eval auch die bit- 
weisen Verknüpfungen UND (&) bzw. ODER (|) der angegebe- 
nen Argumente berechnen und Verschiebungen des ersten Ope- 
randen um die durch den zweiten Operanden angegebene Anzahl 
Bitstellen nach links (<) bzw. nach rechts (>) durchführen. 


Vorteile gegenüber einem einfachen Taschenrechner ergeben sich 
beim Eval-Befehl erst durch die Möglichkeit, die Argumente 
außer ım dezimalen Format (zur Basıs 10) auch hexadezimal 
(zur Basis 16) angeben zu können. Hierzu muß den Zahlen ein 
0x vorangestellt werden. An ein paar einfachen Beispielen 
möchten wir nun die Möglichkeiten des Eval-Befehls demon- 
strieren: 


Eingabe: Ausgabe (dezimal !): 
eval 10 10 

eval5 *5 25 

eval 17 / 3 5 

eval 17m 3 2 

eval OxFF 255 

eval 0x10 | 0x2 18 

eval OxF & 0x2 2 

eval Ox1 < 0x4 16 


eval 0x10 > 0x4 1 
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Natürlich dürfen in einer Eval-Anweisung auch die dezimale 
und hexadezimale Schreibweise gemischt verwendet werden. 


Richtig interessant wird Eval aber erst durch die Verwendung 
der Option LFORMAT, mit deren Hilfe man die Ausgabe des 
Ergebnisses in weiten Grenzen manipulieren kann. Die Syntax 
hierzu lautet LFORMat="...". Innerhalb der Anführungszeichen 
kann ein beliebiger Text stehen, den die Eval-Funktion ausge- 
ben soll. Beispiel: 


Eingabe: eval 10 * 5 Lformat="Das Ergebnis lautet:*n"" 
Ausgabe: Das Ergebnis lautet: 


Die Zeichenkombination *n steht für das Wagenrücklaufzeichen 
(Carriage Return). Durch dieses Zeichen wird nach der Ausgabe 
eine neue Zeile angefangen. 


Wo steht denn nun das Ergebnis der Multiplikation?. Für die 
Ausgabe des Ergebnisses stehen die in der folgenden Tabelle 
aufgeführten Steuercodes zur Verfügung, die an der gewünsch- 
ten Stelle innerhalb der Anführungszeichen eingesetzt werden 
Können. 


Code Ausgabe erfolgt 

%n dezimal, vorzeichenbehaftet, linksbündig 
%in dezimal, vorzeichenbehaftet, n-stellig 

%un dezimal, ohne Vorzeichen, n-stellig 

N%xn hexadezimal im 2er-Komplement, n-stellig 
Rc als ASCII-Code 


Die folgenden beiden Befehle sind besonders für Programmierer 
sehr nützlich. Sie stellen im CLI zwei Umrechnungsfunktionen 
dezimal -> hexadezimal bzw. hexadezimal -> dezimal zur Verfü- 
gung, die anschließend über die Kommandos hex [Argument] 
bzw. dez [Argument] aufgerufen werden können. 


alias hex eval [] Lformat=!%x6*n" 
alias dez eval Ox[] Lformat="Xn*n!" 
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2.2.18 Date 


Syntax. TIME,DATE,TO=VER/K 


Dieser Befehl ermöglicht es, unabhängig von dem Programm 
Preferences die aktuelle Systemzeit (Uhrzeit und Datum) des 
Amiga jederzeit zu stellen und zu lesen. 


In der Syntax-Liste steht TIME für eine Uhrzeit im Format 
HH:MM:SS (H = Stunden, M = Minuten, S = Sekunden) oder nur 
ım Format HH:MM. 


DATE muß ein Datum im Format DD-MM-YY sein (D = Tag, 
M = Monat, Y = Jahr). Sollte das alte Datum höchstens eine 
Woche zurückliegen, kann hier auch einfach der aktuelle Wo- 
chentag auf Englisch eingegeben werden. Ebenso ist für das 
Zurückdatieren um einen Tag das Wort Yesterday zugelassen. In 
beiden Fällen wird das Datum korrekt berechnet. 


DATE akzeptiert sowohl eine einstellige als auch eine zweistel- 
lige Angabe des aktuellen Tages. Dadurch ist z.B. anstelle der 
Eingabe "date Ol-jun-88" auch die Eingabe "l-jun-88" möglich. 


Mit dem Zusatz TO bzw. VER kann die Ausgabe auf eine Datei 
umgelenkt werden. Gibt man den Befehl ohne Parameter ein, 
werden der aktuelle Wochentag, das Datum und die Uhrzeit auf 
dem Bildschirm angezeigt: 


Tuesday 17-May-88 20:10:30 


Wohl die wenigsten unter Ihnen werden sich mit Hilfe des Date- 
Befehls den Wochentag ihrer Geburt ausrechnen können: Der 
ewige Kalender funktioniert erst ab dem 2. Januar 1978. Der 1. 
Januar wird als unset angesehen. Zeitpunkte, die davor liegen, 
sind sogar ungültig (invalid). 
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2.2.19 SetClock 


Syntax: setclock opt loadIsavelreset 


Dieser Befehl ist nur für die Besitzer eines Amiga mit batterie- 
gepufferter Echtzeituhr interessant. Der Befehl wird in den 
meisten Fällen dazu benutzt, die von der Batterie-Uhr bereitge- 
stellten Informationen (Zeit und Datum) nach dem Einschalten 
des Rechners als neue Werte in die System-Uhr zu übernehmen. 
Dies ist nach jedem Start des Amiga notwendig, da beide Uhren 
völlig unabhängig voneinander arbeiten. Dazu muß der Befehl 
durch den Zusatz OPT LOAD ergänzt werden. 


Außerdem besteht die Möglichkeit, mit Hilfe des Befehls 
SetClock die derzeitige Systemzeit des Amiga (die mit Date ge- 
setzt werden kann) in die Batterie-Uhr zu übertragen. Diese 
Funktion wird durch setclock opt save aufgerufen. 


In den meisten Fällen wird man den Befehl zum Lesen der Bat- 
terie-Uhr in der Startup-Sequence der Boot-Diskette wiederfin- 
den. Bei der original Workbench-Diskette steht dort in einer 
Zeile: SetClock >nil: opt load. Es wird also eine auftretende 
Meldung des Befehls auf das NIL-Device gegeben. Dieses 
Schein-Device verhindert einfach nur, daß Ausgaben auf dem 
Bildschirm erscheinen. Stellt der Befehl SetClock nämlich fest, 
daß überhaupt keine Echtzeituhr installiert ist, meldet er: 


Battery Backed up Clock not found 


Damit nun nicht jeder, der eine solche Uhr nicht besitzt, diese 
Ausgabe erhält, wird die Meldung kurzerhand unterdrückt. Die 
ganze Prozedur dauert in einem solchen Fall mit dem Laden des 
Befehls von der Diskette ca. 6 Sekunden und bringt rein gar 
nichts. Der Befehl kann daher auch ersatzlos aus der Startup-Se- 
quence gestrichen werden. 
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2.2.20 Prompt 


Syntax: prompt TEXT [%s] [%g] 


Unter einem Prompt versteht man in der DOS-Welt die Zei- 
chenkombination, die angezeigt wird, wenn der Rechner bereit 
ist, neue Eingaben entgegenzunehmen. Normalerweise besteht er 
in einer AmigaShell aus der Nummer des jeweiligen CLI, dem 
Namen des derzeit aktuellen Verzeichnisses und einer spitzen 
Klammer. 


Der Befehl Prompt erlaubt die Eingabe eines beliebigen Textes, 
der anstelle des alten Prompts erscheinen soll. Enthält dieser 
Text Leerzeichen, ist er (wie üblich) in Anführungszeichen zu 
setzen. Beispiel: 


prompt "Was willst Du? " 


Anschließend duzt Sıe Ihr Rechner. Wird der Befehl ohne einen 
Text eingegeben, besteht das Prompt nur aus der spitzen Klam- 
mer (>). Soll jedoch an einer bestimmten Stelle die Nummer des 
jeweiligen CLI-Prozesses erscheinen, muß hierfür die Kombina- 
tion %n eingetragen werden. Beispiel: 


prompt "Ich bin die Nummer %n ! " 


Ergebnis: (je nach CLI-Nummer) 


Ich bin die Nummer 1 ! 


In einer AmigaShell ist es auch möglich, das jeweils aktuelle 
Laufwerks-Verzeichnis als Teil des Prompt-Textes ausgeben zu 
lassen. Zusätzlich zu dem Steuerzeichen %n, mit dem die Num- 
mer des aktuellen CLI-Prozesses angezeigt werden kann, existiert 
hierfür das Steuerzeichen %s. Dadurch kann die lästige Orien- 
tierung mittels des CD-Befehls entfallen. Beispiel: 


prompt '"An.X%s> " 
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Das neue "Eingabeaufforderungskennzeichen" könnte anschlie- 
Bend folgendermaßen aussehen: 


3.Workbench 1.3:System> 


Man befindet sich hier im dritten CLI-Prozeß. Das aktuelle 
Verzeichnis ist der System-Ordner der Workbench-Diskette. 


Das Steuerzeichen %s funktioniert jedoch nicht in einem Fen- 
ster, das durch NewCLI geöffnet worden ist. 


2.2.21 Stack 


Syntax: stack SIZE 


Jeder CLI-Prozeß stellt den geladenen DOS-Befehlen einen spe- 
ziellen Speicherbereich zur Verfügung, der von Programmierern 
einer maschinennahen Sprache Stack (= Stapel) genannt wird. 
Normalerweise beträgt die Größe eines solchen Bereiches 4000 
Bytes pro Prozeß. Mit Hilfe des Kommandos Stack, gefolgt von 
einer ganzen Zahl, die größer oder gleich dem Mindestwert 1600 
sein muß, kann man nun die Größe des Stapelspeichers frei 
wählen. Dabei muß man aber höllısch aufpassen: Benötigt eın 
Befehl einen größeren Speicher, als wır dem CLI zugewiesen ha- 
ben, kann es zu Systemabstürzen kommen, beı denen selbst die 
Guru-Meldung nicht mehr dazwischen kommt! Besonders der 
Dir-Befehl ist hierfür sehr anfällıg. Probieren Sıe dies ruhig 
einmal mit der Workbench-Diskette aus, wenn sich gerade nichts 
Wichtiges in Ihrem Arbeitsspeicher befindet: 


stack 1600 
dir opt a 


Schon ist nichts mehr zu retten. Auch der Sort-Befehl ist recht 
anspruchsvoll, was den Bedarf an Stapelspeicher angeht. Dieser 
hängt maßgeblich vom Umfang der zu sortierenden Datei ab. 
Fest vorgegebene Werte gibt es aber leider nicht. Hier hilft nur: 
trıal and error. 
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Interessant ist ferner noch die Tatsache, daß ein neuer Prozeß 
immer genausoviel Stapelspeicher zugewiesen bekommt, wie der 
CLI-Prozeß besitzt, von dem aus er gestartet wurde. Beachtet 
man dies nicht, kann man bei der Arbeit mit mehreren "aufge- 
pumpten" CLI-Stacks sehr schnell viel Speicherplatz verschen- 
ken. | 


Ist man sich nicht mehr darüber im klaren, wie groß der derzei- 
tige Stapelspeicher ist, kann man ihn durch Status (ohne Pa- 
rameter) jederzeit erfragen. 


2.2.22 Mount 


Syntax: DEVICE/A,FROM/K 


Mit Hilfe des Mount-Befehls kann das AmigaDOS um neue 
Geräte erweitert werden. In der Grundkonfiguration kennt der 
Amiga die folgenden Geräte: 


DFO: Das interne Diskettenlaufwerk. 
PRT: Den Drucker. 

PAR: Die parallele Schnittstelle. 
SER: Die serielle Schnittstelle. 
RAW: Die Fenster-Schnittstelle Raw. 
CON: Die Fenster-Schnittstelle Con. 


RAM: Die RAM-Disk. 


Diese Geräte können nach einem Neustart des Rechners in je- 
dem Fall sofort angesprochen werden. Sollen weitere Geräte in- 
stalliert werden (z.B. die Partitions einer Festplatte), so kann dies 
über den Mount-Befehl geschehen. Als Parameter erwartet 
Mount den Namen des neuen Gerätes. Unter diesem Namen 
müssen sich in der Textdatei Mountlist, die sich im Verzeichnis 
devs der Systemdiskette befindet, Informationen zu dem Gerät 
befinden. Als Beispiel hierfür soll der Mountlist-Eintrag für ein 
5+-Zoll-Laufwerk dienen, das unter dem Namen DF2: ange- 
sprochen werden soll: | | 


DF2: Device 


trackdisk.device 
Unit 2 
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Flags = 1 

Surfaces = 2 
BlocksPerTrack = 11 
Reserved = 2 
PreAlloc = 11 
Interleave = 0 
LowCcyl = 0 

HighCcyl = 39 
Buffers = 5 
BufMemType = 3 


# 


In die Mountlist können beliebig viele Geräte eingetragen wer- 
den. Jede Eintragung muß jedoch mit dem Gerätenamen (hier: 
DF2:) beginnen und mit einem Lattenkreuz (#) enden. Dazwi- 
schen befinden sich die Angaben, die das Gerät näher spezifi- 
zieren. Dabei werden die folgenden Schlüsselwörter von Mount 


ausgewertet: 


Speziell bei Laufwerken: 


Schlüsselwort 


Device 

Unit 
FileSystem 
Priority 

Flags 
Surfaces 
BlockPerTrack 
Reserved 
PreAlloc 
Interleave 
LowCyl 
HighCyl 
Buffers 
BufMemType 


Mount 


Mask 


Funktion 


Name des Gerätetreibers. 
Gerätenummer (z.B. 0, für dfO:). 
Bezeichnung eines speziellen FileSystems. 
Priorität der Task (meist 10). 
Parameter für OpenDevice (gewöhnlich 0). 
Anz. Seiten des Laufwerks (bei Disketten: 2). 
Anzahl Blöcke pro Track. 
Anzahl Boot-Blöcke (gewöhnlich 2). 
(derzeit keine Funktion) 
Device-spezifisch (gewöhnlich 0). 
Nummer des kleinsten Tracks. 
Nummer des größten Tracks. 
Größe des Pufferspeichers in Blöcken. 
Art des Speichers: 
0,1 = CHIP- oder FAST-RAM 
2,3 = Nur CHIP-RAM 
4,5 = Nur FAST-RAM 
Falls = 1, dann wird Devive sofort eingebunden. 
Falls = -1, dann wird Device beim ersten Zugriff 
eingebunden. 


Information über den verwendendeten RAM-Bereich bei 
DMA-Betrieb. 
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Beı anderen Geräten: 


Schlüsselwort Funktion 


Handler Pfadangabe zu dem Gerätetreiber. 
StackSize Größe des Prozessor-Stacks für die Task. 
Mount Siehe oben. 


Soll der Mount-Befehl sich auf eine alternative Mountlist be- 
ziehen, so kann der Befehl noch um den Namen dieser Liste er- 
gänzt werden: 


mount df2: FROM devs:Geraeteliste_1 


Fehlt die FROM-Angabe, sucht der Mount-Befehl im Verzeich- 
nis "devs": nach der Datei "Mountlist". 


Dem Mount-Befehl kommt unter der Workbench-Version 1.3 
eine besondere Bedeutung zu, da sich mit seiner Hilfe einige 
weitere Geräte installieren lassen, die wir im folgenden kurz 
vorstellen möchten. Im Kapitel 4 werden sıe dann ausführlich 
behandelt. 


Aux 


Eine serielle Schnittstelle, die im Gegensatz zu SER: die Daten 
nicht zwischenspeichert. Die notwendigen Eintragungen in der 
Mountlist sind schon vorhanden, so daß die Schnittstelle durch 
mount aux: sofort installiert werden kann. 


Pipe 

Mit Hilfe dieses Gerätes können verschiedene Prozesse unter- 
einander Daten austauschen. Möchte man beispielsweise von ei- 
nem CLI aus eine Mitteilung an ein zweites CLI schicken, kann 
. dies sehr leicht mittels der Pipe bewerkstelligt werden: 


Eingabe im 1.CLI: echo "Hallo CLI 2, wie geht's ?" to pipe: 
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Im zweiten CLI kann nun diese Information aus der Pıpe aus- 
gelesen werden: 


Eingabe im 2. CLI: type pipe: 
Ausgabe: Hallo CLI 2, wie geht's ? 


Die Angaben zur Installation der Pipe sind in der Mountlist 
schon vorhanden. 


RAD 


Die RAD stellt eine resetfeste RAM-Disk dar. Im Gegensatz zu 
dem Device RAM: bleiben die Daten auch nach einem Reset des 
Rechners erhalten. Selbst eine Guru-Meditation kann der RAD 
ın den meisten Fällen nichts anhaben. Leider erfolgt die Spei- 
cherverwaltung nicht dynamisch, so daß die RAD den ihr zuge- 
teilten Systemspeicher auch dann voll in Anspruch nimmt, wenn 
sie keine Daten enthält. Mit den Angaben in der Mountlist kann 
man die Kapazität der RAD festlegen. 


NEWCON 


Hierbei handelt es sich um eine Fensterschnittstelle, die eine Er- 
weiterung des Con-Fensters darstellt. Das NEWCON-Device 
verwaltet einen 2 KByte großen Puffer, in dem jeweils die letz- 
ten Eingaben zwischengespeichert werden. Mit Hilfe der Cursor- 
Tasten kann man sich alte Eingaben zurückholen und Zeilen 
editieren. Das NEWCON-Device wird von jeder Shell benutzt. 


SPEAK 


Die Sprachausgabe des Amiga ist über das Gerät SPEAK an- 
sprechbar. Dadurch kann man sich zum Beispiel das In- 
haltsverzeichnis einer Diskette zur Abwechslung einmal vorlesen 
lassen: dir >speak:. 
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2.2.23 RemRAD 


Syntax. remrad 


Mit Hilfe des Kommandos RemRAD (Remove Recoverable Ram 
Disk) kann der Inhalt der resetfesten Ram-Disk RAD: gelöscht 
werden. Die RAM-Disk belegt anschließend nur noch einen re- 
lativ kleinen Speicherplatz. Beim nächten Neustart des Rechners 
wird auch dieser Speicher wieder dem System zugeführt. 


2.2.24 Lock 


Syntax: DRIVE/A,ON/S,OFF/S,PASSKEY 


Dieser Befehl ist nur für Festplatten-Partitions-Vorgesehen, die 
unter dem FastFilingSystem (FFS) laufen. Lock bietet die 
Möglichkeit, eine Partition mit einem Schreibschutz zu versehen. 
Eine solche Partition verhält sich anschließend ähnlich wie eine 
Diskette, deren Schreibschutzclip auf Write Protect steht. 


Zusätzlich bietet der Befehl Lock aber noch die Möglichkeit, 
den Schreibschutz-Zustand mit einem beliebigen Paßwort zu si- 
chern. Damit ist ein Aufheben des Schreibschutzes nur möglich, 
wenn man über das Paßwort informiert ist: | 


lock dh1: on beethoven 
Jeder Schreibversuch auf die Partition dhl: wird jetzt vom DOS 
mit der Meldung "Volume xxx is write protected" abgewiesen 
(xxx steht hierbei für den Namen der Partition dhl:). 
Erst nach Eingabe des Befehls "lock dhl: off beethoven" werden 
Schreibzugriffe wieder ausgeführt. 


2.2.25 FF 


Hinter der Bezeichnung FF verbirgt sich ein Programm mit dem 
Namen FastFonts. Es ist von der Firma Microsmiths entwickelt 
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worden und schon seit einiger Zeit auf dem Markt erhältlich. 
FastFonts beschleunigt die Ausgabe von Texten auf dem Amiga. 
Man darf jedoch nicht allzuviel von dem Programm erwarten, 
denn die Ausgaben werden maximal nur um etwa 20% schneller. 


Durch die Eingabe von ff -0 wird FastFonts aktiviert. Es er- 
scheint die Meldung: 


Fastfonts V1.1 Copyright - 1987 by C.Heath of Microsmiths, Inc 
Turning on FastText 


Man findet den Befehl normalerweise innerhalb der Startup-Se- 
quence einer Boot-Diskette wieder. Hier wird jedoch die Ein- 
schaltmeldung von FastFonts unterdrückt, indem sie an das NIL- 
Device umgelenkt wird: ff >nil: -0. 


Sollte aus irgendeinem Grunde wieder der normale Ausgabemo- 
dus benötigt werden, genügt die Eingabe des Befehls ff -n. 
Auch hierbei erscheint die Startmeldung von FastFonts. Die 
Meldung "Turning on FastText" unterbleibt dabei jedoch. 


2.2.26 BindDrivers 


Syntax. binddrivers 


Der Befehl BindDrivers ist nur für die Betreiber außerge- 
wöhnlicher Peripheriegeräte (Harddisk, Plotter etc.) von Inter- 
esse. Man bindet dieses Kommando dann meist ın die Startup- 
Sequence der Systemdiskette ein. Durch den Befehl BindDrivers 
wird veranlaßt, daß die Gerätetreiber, die sich im Ordner "Ex- 
pansion" befinden, in das System eingebunden werden. Diese 
Treiber sind im Lieferumfang der Geräte vorhanden und für 
eine korrekte Funktion unentbehrlich. Sollten Sie keine Treiber 
zur Ansteuerung Ihrer Hardware benötigen, können Sie den Be- 
fehl in der Startup-Sequence ersatzlos streichen. Hierdurch be- 
schleunigt sich der Systemstart um ein paar Sekunden. Der Ord- 
ner "Expansion" ist in einem solchen Fall natürlich auch über- 
flüssig und kann gelöscht werden. 
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2.2.27 SetPatch 


Syntax. setpatch 


Auch diesen Befehl findet man in der Startup-Sequence der 
Workbench-Diskette wieder. Er modifiziert das Kernal derart, 
daß nach einem Recoverable Alert nicht mehr notwendigerweise 
eine Guru-Meditation folgt. 


2.3 Befehle für Batch-Dateien 


In diesem Abschnitt finden Sie Informationen zu den Befehlen, 
die speziell in Verbindung mit Batch-Dateien eingesetzt werden. 
Bei den Batch-Files, die oft auch Stapeldateien genannt werden, 
handelt es sich um reine Textdateien, die eine beliebige Anzahl 
aller CLI-Befehle enthalten und durch den Befehl Execute aus- 
geführt werden können. Mit diesem umfangreichen Themenge- 
biet setzt sich das gesamte Kapitel 5 auseinander. Dort finden 
Sie auch eine ausführlichere Erklärung und jede Menge 
sinnvollen Anwendungen zu den Batch-Files. 


2.3.1 Execute 


Syntax: execute NAME 


Da es sich bei den Batch-Files um reine Textdateien handelt, die 
mit nahezu jedem Editor oder Textverarbeitungsprogramm er- 
stellt werden können (beispielsweise mit dem Ed, der in 2.4 be- 
sprochen wird), stellen sie kein Programm dar, das durch die 
einfache Eingabe des File-Namens gestartet werden kann. Ver- 
sucht man dies doch, antwortet der Rechner mit der Fehlermel- 
dung 121: "file is not an object module", was diesen Sachverhalt 
auf eine kurze Formel bringt. 


Um solche Stapeldateien ausführen zu lassen, benötigt man den 
Execute-Befehl. Er erwartet zumindest noch den File-Namen 
der Datei, die ausgeführt werden soll. Beispiel: 
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Die Batch-Datei "Drucken" enthalte die beiden folgenden Zeilen: 


type Texte/Brief to prt: 
date 


Die Eingabe von execute drucken bewirkt nun dasselbe, als 
würde man von der Shell aus die beiden Zeilen einzeln eingeben: 
Zuerst wird der Brief auf dem Drucker ausgegeben, an- 
schließend wird das aktuelle Datum und die Uhrzeit angezeigt. 


Durch die Einführung des Status-Flags s (Script-Flag) mit der 
Workbench-Version 1.3 ist es jedoch auch möglich, eine Batch- 
Datei durch die alleinige Eingabe des File-Namens zu starten. 
Dazu muß jedoch vorher mit Hilfe des Protect-Befehls (s. 
2.1.17) das Script-Flag gesetzt werden. Für unser Batch-File mit 
dem Namen "Drucken" sieht die Befehlsfolge zum Setzen des 
Flags folgendermaßen aus: 


protect drucken +s 


Wie bei den meisten CLI-Befehlen kann man an den Execute- 
Befehl außer den File-Namen der auszuführenden Dateı auch 
noch weitere Parameter hängen, die dann an das Batch-File 
übergeben werden. Die Stapeldatei muß in solchen Fällen eine 
entsprechende Anzahl Variablen bereitstellen, in dıe die Anga- 
ben übernommen werden. 


Als Beispiel hierfür soll das obige Batch-File dienen. Anstelle 
der starren Vorgabe des auszudruckenden Textes (Texte/Brief) 
kann nun eine Variable eingeführt werden, an die jeder belie- 
bige Name übergeben werden kann: 


.key name 
type <name> to prt: 
date 


Aufgerufen wird die Datei "Drucken" nun durch: 


execute drucken Texte/Brief 
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Für die Benutzung solcher Variablen gibt es einige Regeln, die 
im folgenden besprochen werden. 


1. Die Anweisung .key, mit der Variablen deklariert werden, 
muß sich immer zu Beginn eines Batch-Files befinden. 


2. Soll die Übergabe mehrerer Parameter erlaubt sein, müssen 
die Namen der zugeordneten Variablen durch ein Komma 
voneinander getrennt werden. Es darf jedoch nur einmal 
die Anweisung .key benutzt werden, da sonst die Fehler- 
meldung "Execute: More than one K directive" auftritt. 
Beispiel für eine korrekte Anwendung: 


„key dateiname,zielgerät 
copy <dateiname> to <zielgerät> 


3. Wie man aus den Beipielen schon entnehmen kann, wird 
eine in spitze Klammern (< bzw. >) gesetzte Variable 
durch ihren Inhalt ersetzt. An ihrer Stelle erscheint also 
nicht etwa der Variablenname, sondern die Angabe, die 
man ihr beim Execute-Befehl zugewiesen hat. Eine Va- 
riable, die in jeder Batch-Datei zur Verfügung gestellt 
wird, besitzt den Namen $$. Sie enthält die Nummer des 
Prozesses, den die Batch-Datei belegt. | 


Normalerweise reicht die Beachtung dieser drei Punkte beı der 
Arbeit mit Variablen in Verbindung mit Batch-Files völlig aus. 
Es gibt jedoch noch einige zusätzliche Funktionen, die hier nicht 
verschwiegen werden sollen. | 


Zusätzlich zu dem Befehl .key gibt es noch eine Anzahl weiterer 
Anweisungen, die in einem Batch-File durch einen Punkt ein- 
geleitet werden können: 


.def 


Hiermit ist es möglich, einer Variablen einen bestimmten Inhalt 
zuzuweisen. Diese Anweisung darf überall im Text auftauchen. 
Eine Anwendung hierfür ist die Zuweisung eines festen Namens 
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an eine Variable, für den Fall, daß dem Execute-Befehl ein 
Name nicht ausdrücklich mitgegeben wurde (Default-Name). Ein 
solches Batch-File könnte folgendermaßen aussehen: 


„key datei ,gerätename 
.def gerätename prt: 
type <datei> to <gerätename> 


Wird dem Execute-Befehl kein Gerätename hinzugefügt, so geht 
die Ausgabe der angegebenen Dateı automatisch zum Drucker. 


Speziell für diese Anwendung gibt es jedoch noch ein verein- 
fachtes Verfahren. Dazu muß der Variablenname in den spitzen 
Klammern um ein Dollarzeichen und den Text erweitert werden, 
der an die Stelle der Variablen treten soll, falls dem Execute- 
Befehl kein Parameter mitgegeben wird. Das obige Beipiel würde 
dann folgendermaßen aussehen: 


.key datei ,gerätename 
type <datei> to <gerätename$prt:> 


Falls zwar ein Dateiname, aber kein Gerätename angegeben 
wird, geht die Ausgabe automatisch auf den Drucker (prt:). 
Kommen wir nun zu den weiteren Anweisungen. 


.dol 


Hierdurch kann das Dollarzeichen zur Einleitung des Default- 
Textes (s.o.) durch ein beliebiges anderes Zeichen ersetzt wer- 
den. Zum Beispiel: 


.dol # 


Die entsprechende Zeile aus dem Beispiel unter ‚def müßte nun 
lauten: 


type <datei> to <gerätenameifprt:> 
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.bra 


Besitzt eine ähnliche Aufgabe wie .dol. Hiermit kann jedoch für 
die spitze Klammer nach links (<) ein anderes Zeichen ausge- 
wählt werden. 


.ket 


Wie .bra, jedoch diesmal für die rechte Klammer. Die beiden 
Bezeichnungen stellen zusammen eine Eselsbrücke dar (engl.: 
Bracket = Klammer). 


Der Punkt, gefolgt von mindestens einem Leerzeichen, dient zur 
Kennzeichnung einer Kommentarzeile.. BASIC-Programmierer 
benutzen hierfür die REM-Funktion. 


.dot 


Hiermit kann sogar der Punkt vor den Anweisungen gegen ein 
anderes Zeichen ausgetauscht werden. 


Man sollte bei eigenen Batch-Dateien jedoch möglichst auf die 
Verwendung anderer Steuerzeichen verzichten, da diese nur zur 
Verwirrung beitragen. 


2.3.2 IconX 


Mit Hilfe dieses Befehls kann eine Batch-Datei auch von der 
Workbench aus durch einfaches Doppelklicken aufgerufen wer- 
den. Dazu muß bei geladener Workbench folgendermaßen vorge- 
gangen werden: 


>. Erstellen eines Project-Icons z.B. mit Hilfe des Icon-Editors, 
der sich im Tools-Ordner der Amiga-Extras-Diskette befin- 
det. Ein Project-Icon erhält man, wenn man zum Beispiel das 
Shell-Icon auf der Workbench-Diskette lädt, beliebig modifi- 
ziert und unter dem Namen der Batch-Datei abspeichert. Die 
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Option FRAME AND SAVE des Icon-Editors ermöglicht 
auch das Abspeichern kleinerer Icons, indem man den ge- 
wünschten Bildbereich einfach mit der Maus eingrenzt. 


» Anschließend den Ordner mit dem neuen Icon öffnen, das 
Icon einmal anklicken und den Info-Menüpukt der Work- 
bench anwählen. Bei dem nun erscheinenden Info-Fenster 
muß in das Feld DEFAULT TOOL der Befehl C:IconX ein- 
getragen werden. Wird das Info-Fenster nun abgespeichert 
(save), kann die Batch-Datei auch schon durch Doppelklicken 
aufgerufen werden. Bei Bedarf können jedoch in dem Feld 
TOOL TYPE des Info-Bildschirms noch Angaben über die 
Größe des Fensters für die Ausgaben des Batch-Files gemacht 
werden. Beispiel: 


TOOL TYPE WINDOW=CON: 1/1/400/100/Batch-Fenster 


Bei einer fehlenden Angabe erhält das Fenster automatisch 
die Ausmaße 0/50/640/80 und den Namen IconX. 


Außerdem kann unter TOOL TYPE zusätzlich noch eine Zeit 
vorgegeben werden, die verstreichen soll, bevor das Fenster 
nach Abarbeitung des Batch-Files wieder verschwindet. Bei- 
spiel: | 


TOOL TYPE DELAY=1000 


Die Verzögerungszeit muß dabei in 1/50 Sekunden angegeben 
werden. 


2.3.3 Echo 


Syntax: echo „NOLINE/S,FIRST/K,LEN/K 


Zur Erholung nun ein einfacherer Befehl. Echo ermöglicht die 
Ausgabe einer Zeichenkette auf ein beliebiges Ausgabegerät. Im 
einfachsten Fall ist dies der Bildschirm: 


echo "Hallo Otto !" 
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Möchte man die Ausgabe auf ein anderes Gerät umleiten, kann 
man dies (wie bei jedem anderen Befehl auch) durch die spitze 
Klammer erreichen. 


echo >prt: "Hey, Du da: Kauf mir ein neues Farbband !" 


Die Anführungsstriche sind übrigens nur dann notwendig, wenn 
der Text Leerzeichen enthält. 


Als Besonderheit gibt es bei dem Echo-Befehl die Zei- 
chenkombination *n, die an jeder Stelle des auszugebenden 
Textes stehen darf und einen Zeilenvorschub erzeugt. Beispiel: 


echo "Vorsicht*n Stufel" 


Ausgabe auf dem Bildschirm: 


Vorsicht 
Stufe! 


Sollte einmal der seltene Fall eintreten, daß man die Zeichen- 
kombination *n als echten Teil des auszugebenden Textes benö- 
tigt, ist hierfür die Zeichenkette **n einzusetzen. 


Die Option NOLINE unterbindet den normalerweise erfolgenden 
Zeilenvorschub nach einer Ausgabe mit Echo. 


Mit Hilfe der Option FIRST kann die Position des ersten auszu- 
gebenden Zeichens innerhalb der Zeichenkette bestimmt werden. 
Weiterhin kann mittels LEN die maximale Gesamtlänge des 
Textes festgelegt werden. Beispiel: 


Eingabe: echo "Mein Name ist Hase" first 6 len 4 


Ausgabe: Name 
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2.3.4 Failat 


Syntax: failat RClim 


Jeder CLI-Befehl und viele andere Programme auch geben eine 
Fehlernummer zurück, falls bei ihrer Ausführung irgendeine 
Besonderheit aufgetreten ist. Im CLI ist den meisten Nummern 
ein bestimmter Fehlertext zugeordnet, den man sich mit Fault 
gefolgt von der jeweiligen Nummer auch manuell ausgeben las- 
sen kann. Die Nummer 216 zum Beispiel bedeutet, daß soeben 
versucht worden ist, einen Ordner zu löschen, der noch Einträge 
enthält. 


Tritt nun während der Abarbeitung von CLI-Befehlen innerhalb 
eines Batch-Files eine Fehlernummer auf, die größer oder gleich 
10 ıst, wird die Abarbeitung der Stapeldatei sofort unterbrochen 
und zum übergeordneten Programm (z.B. zum CLI) zurückge- 
kehrt. Diese Fehlergrenze kann jederzeit durch den Befehl Failat 
erfragt werden. Das ist natürlich nur sinnvoll, da man die 
Grenze beliebig festlegen kann. In einigen Fällen ist es z.B. 
wünschenswert, wenn ein Batch-File schon beim Auftreten einer 
Warnung (also einer Fehlernummer kleiner als 10) abbricht. 


Hierzu eine Anwendung: Bei Compilern wird meist zwischen 
Warnungen und echten Fehlern unterschieden. Warnungen kön- 
nen in vielen Fällen zwar ignoriert werden, zeugen jedoch von 
einem schlechten Programmierstil. Setzt man die Fehlergrenze in 
einem Batch-File eines Compilers auf z.B. I herab, wird die Ar- 
beit bei jeder auftretenden Unregelmäßigkeit abgebrochen. 
Hierdurch wird verhindert, daß eventuell noch weitere Arbeits- 
gänge (Assemblieren, Linken) aufgerufen werden. 


Um in einem Batch-File die Fehlergrenze neu zu setzen, muß 
Failat einfach um die neue Fehlernummer ergänzt werden, bei 
der ein Abbruch frühestens stattfinden soll (RClim = Return 
Condition Limit, vgl. Syntax-Liste). Diese neue Grenze gilt je- 
doch nur für die Zeit, in der die Stapeldatei abgearbeitet wird. 
Sie wird anschließend automatisch wieder auf 10 zurückgesetzt. 
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Wird direkt von der Shell aus eine neue Fehlergrenze vorgege- 
ben, gilt diese auch in einer von diesem CLJ aus aufgerufenen 
Stapeldatei. Wird sie hier wieder umdefiniert, liegt die Fehler- 
grenze nach der Rückkehr zum CLI in jedem Fall wieder bei 10. 
Taucht der Failat-Befehl in der Datei jedoch gar nicht auf oder 
dient er nur zur Abfrage, ändert sich die im CLI eingegebene 
Fehlergrenze nicht. 


Jedes neu aufgerufene CLI übernimmt automatisch auch die 
aktuelle Fehlergrenze des aufrufenden CLI. Nach dem Aufruf 
können die Grenzen aber unabhängig voneinander verändert 
werden. 


2.3.5 Quit 


Syntax: quit RC 


Der Quit-Befehl ermöglicht das Verlassen eines Batch-Files von 
einer beliebigen Stelle aus. Am Ende einer Stapeldatei ist Quit 
jedoch nicht erforderlich. Möchte mian dem Programm, zu dem 
zurückgekehrt wird, das Auftreten einer Unregelmäßigkeit mit- 
teilen, kann Quit noch um die gewünschte Fehlernummer (RC = 
Return Code) erweitert werden. Kehrt die Kontrolle an das CLI 
zurück, so erscheint bei einer Fehlernummer größer oder gleich 
10 der Text: 


quit failed returncode xx 


(xx steht hierbei für die dem Quit-Befehl mitgegebene Fehler- 
nummer). 


2.3.6 _If/Else/Endif 


Diesmal werden gleich drei Befehle auf einmal behandelt, und 
zwar nicht, damit wir schneller fertig werden, sondern weil die 
Kommandos Else bzw. Endlf nur in Verbindung mit If auftreten 
dürfen. 
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Wahrscheinlich können Sie sich schon denken, wozu die Befehle 
benötigt werden: Mit ihnen ist es möglich, bestimmte Teile eines 
Batch-Files nur unter ganz bestimmten Bedingungen abarbeiten 
zu lassen. Im einfachsten Fall benötigt man dazu nur die Befehle 
If und EndlIf: 


if exists Texte/Brief 
type Texte/Brief to prt: 
endif 
echo "Hab ich den Brief jetzt gedruckt oder nicht ?" 


In diesem Beispiel wird der Befehl Type nur dann abgearbeitet, 
wenn eine Datei Brief im Unterverzeichnis Texte auch wirklich 
existiert. Falls nicht, wird die Abarbeitung des Batch-Files di- 
rekt hinter dem EndlIf-Befehl fortgesetzt. 


Außer der Bedingung Exists, mit der das Vorhandensein be- 
stimmter Dateien auf einem Laufwerk oder der RAM-Disk ab- 
gefragt werden kann, gibt es noch eine Reihe weiterer Codes, 
die hinter If erscheinen dürfen: 


EO (engl.: equal = gleich) 


Mit EQ kann abgefragt werden, ob zwei Texte den gleichen In- 
halt besitzen. Zum Beispiel: 


if "Das ist der Text" eq "Das ist der Text" 
echo "Ja, beide Texte sind gleich !" 
endif 


So etwas bringt natürlich gar nichts, da man die Abfrage auch 
gleich weglassen kann. Von alleine wird sich der Text schon 
nicht verändern. Interessanter wird die Anwendung von EQ in 
‘Verbindung mit Batch-Variablen, die ja schon bei dem Befehl 
Execute behandelt worden sınd. Dazu zwei Beispiele: 


.key eingabe 

if <eingabe> eq brief 

echo "Sie haben das Wort 'brief! eingegeben I!" 
endif 
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oder: 


.key eingabe 

if <eingabe> eq "" 

echo "Sie haben ja gar nichts eingegeben I11" 
endif 


Hier muß man deutlich zwischen der Variablen (eingabe), dem 
Inhalt der Variablen enzaber) und dem Text Dad ) bzw. ("") 
unterscheiden. 


Wichtig ist noch, daß bei Textvergleichen nicht zwischen Groß- 
und Kleinschrift unterschieden wird, IF Brief EQ BRIEF liefert 
also ein wahres Ergebnis. 


FAIL 


Durch IF FAIL kann abgefragt werden, ob der zuletzt bearbei- 
tete Befehl eine Fehlernummer >=20 geliefert hat. Diese Aus- 
wertung kann natürlich nur dann stattfinden, wenn vor der 
Ausführung des Befehls, bei dem der Fehler aufgetreten ist, die 
Fehlergrenze von 10 auf einen größeren Wert als 20 gesetzt wor- 
den ist. Ansonsten würde die Abarbeitung des Batch-Files ja 
sofort unterbrochen. 


ERROR 


IF ERROR funktioniert ähnlich wie IF FAIL. Nur die Fehler- 
grenze liegt in diesem Fall schon bei 10. 


WARN 


Die Fehlergrenze bei IF WARN liegt bei 5. Daher ist es hier 
nicht notwendig, mit Failat die Standardgrenze von 10 auf einen 
höheren Wert zu setzen. 


Man sollte sich aber von den Bezeichnungen WARN und 
ERROR nicht irreführen lassen: Wenn eine auftretende Fehler- 
nummer 225 zum Beispiel durch IF WARN abgefangen wird, ist 
dies selbstverständlich keine Warnung, sondern ein dicker FAIL- 
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ERROR. Es empfiehlt sich, nach einem Hochsetzen der Fehler- 
grenze mit Failat zuerst die dicken Fische abzufangen. 


NOT 


Wird der Zusatz NOT vor eine der Bedingungen unter 1. bis 4. 
gesetzt, dreht sich der Wahrheitsgehalt der Aussage genau um. 
Dazu ein etwas umfangreicheres Beipiel: 


.key text 

if not exists <text> 

echo "So eine Datei hab! ich nicht !" 
endif 

if exists <text> 

echo "Los geht's I!" 

type <text> to prt: 

endif 


Das Batch-File benötigt beim Aufruf noch den Namen einer be- 
liebigen Textdatei, der in der Variablen Text abgelegt wird. Im 
ersten Teil wird nun geprüft, ob die angegebene Datei vielleicht 
gar nicht existiert. In einem solchen Fall erscheint der erste 
Echo-Text. 


Anschließend wird noch einmal mit IF EXISTS getestet, diesmal 
aber, ob die Dateı vorhanden ist. Nur dann wird sie auf dem 
Drucker ausgegeben (Funktioniert nur bei echten Text-Files!). 


Dieses Beispiel dient dann auch gleich als idealer Übergang zu 
der Erklärung des Else-Befehls. Mit Else kann nämlich sehr 
leicht eine Alternative für eine negativ verlaufende If-Abfrage 
ın ein Batch-File eingebaut werden. Das sieht, auf das obige 
Problem übertragen, folgendermaßen aus: 


.key text 

if not exists <text> 

echo "So eine Datei hab! ich nicht !"" 
else 

echo "Los geht's !" 

type <text> to prt: 
endif 
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Dieses Batch-File liefert dasselbe Ergebnis wie das vorherige, 
jedoch mit weniger Aufwand und auch schneller, da ein Steuer- 
befehl weniger geladen werden muß. 


Zuletzt noch einige allgemeine Anmerkungen zu den drei Be- 
fehlen: Jeder Anweisungsblock darf eine beliebige Anzahl Zeilen 
enthalten. Er muß entweder durch ein Else oder ein Endlf ab- 
geschlossen werden. Innerhalb eines solchen Blocks dürfen sogar 
beliebig viele If-Befehle verschachtelt werden. Ein Else oder 
Endlf bezieht sich hierbei immer auf das zuletzt ausgeführte If. 


Zur vollständigen Verwirrung folgt ein letztes Beispiel. Es wertet 
aus, wie viele Parameter dem Execute-Befehl mitgegeben wor- 
den sind (max. drei). Durch die strukturierte Darstellung wird es 
Ihnen sicher leichter fallen, die Funktionsweise des Programms 
zu durchschauen. 


.key texti,text2,text3 
if not <texti> eq """ 
if not <text2> eq "" 
if not <text3> eg """ 
echo "Alle drei Angaben sind vorhanden 1!" 
else | 
echo "Die dritte Angabe fehlt I!" 
endif 
else 
echo "Die zweite und dritte Angabe fehlen !" 
endif 
else 
echo "Sie Schlumpf haben gar keine Angaben gemacht !'" 
endif 


2.3.7 Ask 


Syntax: ask PROMPT/A 


Der Ask-Befehl gehört offiziell nicht mehr zu den Befehlen der 
Workbench 1.3. Er ist jedoch so nützlich, daß man sich von ihm 
möglichst eine Kopie organisieren sollte. Vielleicht kann Ihnen 
in Ihrem Bekanntenkreis jemand weiterhelfen. 
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Der Ask-Befehl kann entweder alleine stehen oder noch um 
einen Text ergänzt werden, der bei Aufruf der Funktion er- 
scheinen soli. Nun wartet der Rechner auf eine Antwort, die 
entweder Yes oder No (bzw. Y oder N), gefolgt von Return, sein 
darf. Wird etwas anderes eingegeben, bleibt der Ask-Befehl 
hartnäckig und fragt solange, bis ihm die Antwort gefällt. Die 
Auswertung erfolgt nun über den Fehlercode Nummer 5, den 
der Befehl bei einer bestätigenden Eingabe (und auch nur dann!) 
zurückliefert. Eine erste Reaktion auf unterschiedliche Eingaben 
demonstriert das folgende Beispiel: 


failat 5 
ask "Soll ich sofort abbrechen ? (y/n)" 
echo "Na gut, dann mach ich halt noch weiter !" 


Da normalerweise die Fehlergrenze, bei der die Abarbeitung ei- 
nes Batch-Files abgebrochen wird, bei 10 liegt, muß sie zunächst 
auf 5 herabgesetzt werden, damit bei Eingabe von Yes auch 
tatsächlich zum CLI zurückgesprungen wird. 


Diese Lösung wird jedoch kaum jemanden richtig zufriedenstel- 
len. Besser wäre es, wenn man auf die Reaktion des Anwenders 
hin zwei völlig unterschiedliche Programmteile abarbeiten lassen 
könnte. Was liegt da näher, als hierfür das IF WARN aus dem 
Abschnitt 2.3.5 zu benutzen. Damit entfällt auch das lästige Her- 
untersetzen der Fehlergrenze auf einen Wert kleiner als sechs. 
Beispiel: 


ask "Kennen Sie nun den Ask-Befehl ? (y/n)" 
if warn 
echo "Sehr gut, weiter so I!" 
else 
echo "Sechs, setzen !" 
endif 


2.3.8 Skip/Lab/EndSkip 


Taucht bei der Bearbeitung eines Batch-Files an einer Stelle der 
Befehl Skip auf, so wird der Dateitext auf das nächste Auftreten 
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des Wörtchens Lab (engl.: Label = Etikett, Kennzeichnung) 
durchsucht und die Abarbeitung an dieser Stelle fortgesetzt. 
Wird der Skip-Befehl jedoch noch um einen Namen erweitert, 
wird zu einem gleichnamigen Label gesprungen. Als Beispiel: 


ask "Können Sie mit Skip und Lab umgehen ? (y/n)" 
if warn 

skip marke 

endif 

echo "Auch nicht so schlimm !" 

quit 

lab marke 

echo "Bloß nicht zu oft verwenden! 


Der Befehl Skip weist also gewisse Ähnlichkeiten mit dem 
GOTO (für BASIC- oder C-Programmierer) oder dem JMP (für 
Assembler-Experten) auf. Einen entscheidenden Unterschied 
gibt es jedoch: Mit Skip kann man im Programmtext nicht 
zurückspringen! Wie in jeder anderen Programmiersprache, die 
eine Sprungfunktion bietet, sollte man auch bei den Batch-Files 
etwas zurückhaltend damit umgehen, da der Befehl nicht gerade 
zur Übersichtlichkeit des Programmtextes beiträgt. Im obigen 
Beispiel ist sogar äußert unsauber programmiert worden, da hier 
aus einer If/Endif-Konstruktion herausgesprungen wird. Das 
läßt sich beim Skip aber meistens gar nicht verhindern. In na- 
hezu allen Fällen stellt eine reine If/Else/EndlIf-Konstruktion 
die bessere Lösung dar. 


Taucht an einer beliebigen Stelle innerhalb der Batch-Datei der 
Befehl EndSkip auf, so wird an dieser Stelle ein Sprungbefehl in 
jedem Fall unterbrochen und ab hier die Datei weiter abgear- 
beitet. 


2.3.9 SetEnv/GetEnv 


Syntax: setenv NAME/A,String 
Syntax. getenv NAME/A 


Setenv bzw. Getenv sınd Abkürzungen für Set Environment Va- 
riable bzw. Get Environment Variable. 
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Mittels SetEnv kann im CLI eine Variable mit einem frei defi- 
nierbaren Inhalt definiert werden. Beispiel: 


setenv meine_var "Dies ist ihr Inhalt" 


Das DOS legt diese Variable in dem logischen Gerät ENV: ab. 
Dabei handelt es sich, wie man mit Hilfe des Assign-Befehls 
sehr schnell herausbekommen kann, lediglich um ein Unterver- 
zeichnis env in der RAM-Disk. Der Variableninhalt ist in die- 
sem Verzeichnis in einer Textdatei zu finden, die nach dem 
Variablennamen benannt ist. 


Das Gegenstück zu SetEnv stellt der Befehl GetEnv dar. Er er- 
wartet als Parameter einen Variablennamen und liefert den In- 
halt dieser Variablen im CLI zurück. Beispiel: 


Eingabe: meine_var 
Ausgabe: Dies ist ihr Inhalt 


2.3.10 Wait 


Meistenteils kann ein Rechner gar nicht schnell genug sein. In 
einigen Fällen ist die Schnelligkeit aber eher hinderlich. Hierfür 
existiert der Befehl Wait, der eine vorgegebene Zeit lang gar 
nichts macht. 


Ein typisches Beispiel für unbrauchbare Schnelligkeit ist die 
Ausführung zweier Prozesse, die gleichzeitig auf ein und das- 
selbe Laufwerk (RAM-Disk ausgenommen) zugreifen. Listet 
man in einem CLI-Fenster das Directory der Diskette in Lauf- 
werk O0 durch dir auf und gibt von einem zweiten CLI aus den 
Befehl list dfO: ein, werden beide Befehle parallel bearbeitet. Im 
Endeffekt dauert das aber länger, als wenn man die Befehle 
nacheinander eingeben würde. Da sich beide Prozesse die Floppy 
teilen müssen, kann sich jeder Befehl während seiner Rechenzeit 
nur einige Tracks von der Diskette holen. Es wird sehr viel Zeit 
nun dadurch verschenkt, daß “ Floppykopf dauernd seine Po- 
sition ändern muß. 
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Noch extremer fällt dieser Effekt auf, wenn man z.B. in der 
Startup-Sequence gleichzeitig zwei Programme lädt, da hierbei 
meist die Daten nicht ganz so verstreut auf der Diskette liegen 
wie bei dem Directory. Liegen die Daten von Programm Nr. 1 in 
der Nähe von Spur Null und die Daten von Programm Nr. 2 in 
der Nähe von Spur 79, könnte man meinen, die Diskette über- 
steht die Prozedur nicht, da der Kopf andauernd die knapp 80 
Tracks überspringen muß. 


Hier empfiehlt es sich, erst die Ladezeit des ersten Programms 
abzuwarten. Dies kann sehr einfach durch den Befehl Wait ge- 
schehen, der noch die abzuwartende Zeit als Parameter erwartet. 
Die Zeit kann entweder in Sekunden oder Minuten angegeben 
werden. Es kann aber auch eine Systemuhrzeit vorgegeben wer- 
den, ab der die Arbeit fortgesetzt werden soll. Wait ohne Para- 
meter wartet eine Sekunde lang. Hierzu wieder einige Beipiele: 


1. wait Wartet 1 Sekunde. 

2. wait5 Wartet 5 Sekunden. 
3. wait 5 sec Wie 2. 

4. wait min Wartet 1 Minute. 

5. wait 5 min Wartet 5 Minuten. 

6. wait until 14:30 Wartet bis 14:30 Uhr. 


Natürlich kann auch die Funktion Wait jederzeit durch die Ta- 
stenkombination Ctrl und C abgebrochen werden. 


2.3.11 Version 


Syntax. version [<library name>] [version] [revision] [unit] 


Mit Hilfe der Funktion Version kann man die derzeitige Ver- 
sions und Revisionsnummer der Workbench, eines Gerätes oder 
einer Library herausfinden. Gibt man den Befehl Version ohne 
Parameter ein, so erhält man Angaben über die derzeitige Kick- 
start- und Workbench-Version, z.B.: 


Kickstart version 34.20. Workbench version 34.20 
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Ferner kann Version auch durch einen speziellen Geräte- oder 
Library-Namen ergänzt werden: 


Eingabe: version trackdisk.device 
Ausgabe: trackdisk.device version 33.127 


Schließlich besteht noch die Möglichkeit, einen Test auf eine 
bestimmte Versionsnummer vorzunehmen. Ist die angegebene 
Versionsnummer größer als die getestete, so wird der Errorcode 
5 zurückgeliefert. Der Fehlerstatus kann innerhalb einer Batch- 
Datei mit Hilfe einer If/Else-Konstruktion ausgewertet werden. 
Die folgende Batch-Datei ruft das Programm Mathe nur dann 
auf, wenn der Amiga mit der schnelleren Mathe-Bibliothek der 
Version 34.44 oder jünger ausgestattet ıst. Andernfalls wird eine 
entsprechende Meldung ausgegeben. 


version >nil: mathieeedoubbas.library 33 44 
if warn 
echo "Die schnelle Mathe-Bibliothek ist nicht da !" 
else 
run Mathe 
endif 


2.4 Die Editoren ED und Edit 


Die beiden Programme ED und Edit sınd schwer in die schon 
vorhandenen drei CLI-Themengebiete einzuordnen, darum wird 
ihnen hier ein eigener vierter Abschnitt gewidmet. Es handelt 
sich bei ihnen um zwei etwas umfangreichere Programme (je- 
weils ca. 19 KByte), die eine Bearbeitung von reinen Textda- 
teien ermöglichen. Der Edit wird leider auf der derzeitigen 
Workbench-Diskette nicht mehr mitgeliefert. Er besitzt jedoch 
einige Fähigkeiten, die der ED nicht aufweisen kann. Sollten Sie 
an dem Programm Interesse haben, so wird sich sicherlich ein 
Bekannter finden, der noch im Besitz der Workbench 1.2 ist und 
Ihnen den Edit kopieren kann. 


Den ED könnte man als einen Full-Window-Editor bezeichnen. 
Es handelt sich also um einen Editor, der den gesamten Text in 
den Arbeitsspeicher des Amiga lädt und davon je nach gewählter 
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Fenstergröße einen entsprechend großen Ausschnitt anzeigt. Mit 
Hilfe der vier Pfeiltasten kann man die Schreibposition (den 
Cursor) an eine beliebige Stelle innerhalb des Fensters setzen 
und hier Änderungen am Text vornehmen. Versucht man dabei, 
über den oberen oder unteren Fensterrand hinauszugehen, wird 
sofort der Textausschnitt entsprechend zeilenweise verschoben 
(gescrollt). Wird ein Text bearbeitet, der mehr Spalten besitzt als 
das ED-Fenster anzeigen kann, wird bei Randkontakt des Cur- 
sors automatisch auf die angrenzende Texthälfte umgeschaltet. 
Wer schon mit AmigaBASIC gearbeitet hat, wird zumindest das 
Prinzip (nicht die Schnelligkeit!) kennen. 


Der Konkurrent des ED hat den etwas längeren Namen Edit be- 
kommen. Seine außergewöhnliche Fähigkeit, beliebig lange Da- 
teien bearbeiten zu können, macht ihn für manche Arbeiten im 
CLI unentbehrlich. 


Er gehört zur Kategorie der Line-by-Line-Editoren. Der 
grundsätzliche Unterschied zum ED besteht darin, daß die Bear- 
beitung einer Textdatei hier zeilenweise durch die Eingabe ver- 
schiedener Befehle erfolgt. Änderungen können also hier nicht 
einfach durch direkte Manipulation innerhalb eines Fensters 
vorgenommen werden. Ein bekannter Vertreter dieser Editorart 
ıst das CLI-Fenster, in dem wie beim Edit immer nur die letzte 
Zeile Befehle aufnehmen kann. 


Die Anwendungsgebiete für die beiden Editoren sind vielfältig. 
Meistens werden sıe zur Bearbeitung von Batch-Files oder zur 
Erstellung des Quell-Codes bei der Programmierung in Compi- 
lersprachen eingesetzt. 


In den meisten Fällen wird man dabei auf den ED zurück- 
greifen, da dieses Programm viel einfacher zu bedienen ist und 
man vor allem eine bessere Übersicht über den Text hat, was ja 
gerade beim Programmieren besonders wichtig ist. 


Die Vorteile des Edit liegen hauptsächlich in dem relativ gerin- 
gen Bedarf an Speicher, da die Texte nicht vollständig geladen 
werden müssen. Bei der Bearbeitung sehr großer Dateien, bei 
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denen der ED einfach nicht mehr mitspielt, kann nur noch Edit 
helfen. Er ermöglicht sogar das gleichzeitige Öffnen mehrerer 
Quelltextdateien, aus denen wahlweise Textpassagen bearbeitet 
und in eine Zieldatei übernommen werden können. Insgesamt 
stellt Edit somit sicher das flexiblere Programm dar. Über die 
Möglichkeiten, die Edit bietet, könnte ein eigenes Buch ge- 
schrieben werden, weshalb hier nur auf die grundlegenden 
Funktionen eingegangen werden kann. 


2.4.1 ED 


Zunächst wird der wohl am häufigsten eingesetzte ED behandelt. 
Er wird im Normalfall aufgerufen durch: 


ed texte/prog 


Der Zusatz TEXTE/PROG stellt hierbei den Pfadnamen auf eine 
zu editierende Textdatei dar. Hierbei können zwei verschiedene 
Fälle auftreten: 


1. Die Datei existiert schon in dem angegebenen Verzeichnis. 


In diesem Fall wird versucht, die Datei ın den Arbeits- 
speicher zu laden. Gelingt dies, so erscheint anschließend 
das Fenster des ED, in dem je nach Format und Größe der 
Datei entweder der gesamte Text oder nur ein Ausschnitt 
dargestellt wird. Wird der Ladevorgang jedoch vorzeitig 
abgebrochen, kann dies an mangelndem Speicherplatz lie- 
gen ("Unable to open window ...") oder daran, daß die an- 
gegebene Datei nicht editierbar ist, da es sich entweder um 
einen Ordner handelt oder sie nicht darstellbare Zeichen 
enthält. Man erkennt dies an den Meldungen: "x ıs a di- 
rectory and cannot be edited" - - "File contains binary." 


2; Eine Datei mit diesem Namen gibt es in dem angegebenen 
Ordner nicht. 
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Dabei erscheint nur das leere Fenster des ED, vorausge- 
setzt, es ist genügend Systemspeicher vorhanden. Es wird 
jedoch noch nicht eine gleichnamige Datei auf der Dis- 
kette erzeugt. 


Beim Start des ED kann zusätzlich zu dem File-Namen noch die 
Größe des gewünschten Arbeitsspeichers in Bytes angegeben 
werden. Als Beipiel: 


ed texte/prog size 60000 


Fehlt diese Angabe, reserviert der ED automatisch 40000 Bytes, 
es sei denn, es wird eine größere Datei geladen. 


Nun kann die Arbeit mit dem ED auch schon beginnen. Nach- 
dem man die Größe und die Position des Fensters festgelegt hat, 
kann man mit den Cursor-Tasten beliebig "umherflitzen" und 
vorhandenen Text manipulieren bzw. neuen Text einfügen. Die 
Backspace- und die Del-Taste funktionieren, wie man es ge- 
wöhnt ist: Backspace löscht das Zeichen links vom Cursor, Del 
entfernt das Zeichen, auf dem der Cursor gerade steht. Die 
Maus wird vom ED leider nicht beachtet. 


Es gibt zwei verschiedene Möglichkeiten, dem ED Befehle mit- 
zuteilen: 


1. Direkt, durch gleichzeitiges Drücken der Citrl-Taste und 
einem bestimmten Zeichen. Der zugehörige Befehl wird 
sofort ausgeführt, und man kann weiter den Text bearbei- 
ten. | 


2. Über die Befehlszeile, die am unteren Fensterrand auf- 
taucht, sobald man die Esc-Taste betätigt. Man erkennt 
diese Zeile an dem * in der ersten Spalte. Solange das 
Sternchen angezeigt wird, befindet man sich im Befehls- 
modus, und es können keine Veränderungen am Text vor- 
genommen werden. Erst nach der Eingabe und Ausführung 
eines Befehls oder durch ein einfaches Return wird dieser 
Modus wieder verlassen. Sollen mehrere Befehle hinter- 
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einander ausgeführt werden, kann man sie auch, durch ein 
Semikolon voneinander getrennt, in die gleiche Befehlszeile 
schreiben. 


Eine Auflistung sämtlicher Befehle, die der ED ausführen kann, 
befindet sich am Ende dieses Buches. An dieser Stelle sollen nur 
die wichtigsten Befehle aufgeführt werden, die aber in den 
meisten Fällen völlig ausreichen. 


Befehle, die direkt ausgeführt werden 


Ctrl und A 
Es wird unter der aktuellen Zeile eine neue Zeile eingefügt. 


Ctrl und B 
Die aktuelle Zeile wird vollständig entfernt. 


Ctrl und G 


Wiederholt den zuletzt eingegebenen ESC-Befehl (Wichtig beim 
Suchen und Ersetzen!). 


Ctrl und Y 
Die Zeile wird ab der Cursor-Position bis zum Ende gelöscht. 


Befehle, die nach ESC eingegeben werden müssen und erst 
durch Return ausgeführt werden (nach Wichtigkeit geordnet) 


A (eXit) 


Der Text wird zurückgeschrieben und der ED anschließend ver- 
lassen. Im Unterverzeichnis T der Diskette wird jedoch noch 
eine Kopie des unveränderten Textes mit dem Namen "ed- 
backup" abgelegt. 
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Q (Quit) 

Die Arbeit mit dem ED wird beendet, ohne daß irgend etwas 
abgespeichert wird. Vorher muß der Befehl jedoch noch einmal 
bestätigt werden. 


SA (SaveAs) 


Hiermit kann man den Text abspeichern, ohne den ED an- 
schließend zu verlassen. Soll der Text nicht unter dem Namen 
abgelegt werden, der dem ED beim Start mitgeteilt worden ist, 
kann hier auch ın Anführungszeichen der Name einer neuen 
oder schon bestehenden Datei angegeben werden, die den Text 
aufnehmen soll. 


Achtung: Der alte Inhalt einer schon bestehenden Datei ist da- 
nach unwiederbringlich verloren! 


Es ist sogar möglich, die Daten direkt an ein Peripheriegerät zu 
schicken: SA "prt:" gibt z.B. den Text auf den Drucker aus. 


J (Join) 


Zieht zwei Zeilen zu einer einzigen zusammen. Sehr nützlich, 
wenn man aus Versehen eine Zeile durch Return getrennt hat. 
Der Cursor muß sıch dabei am Ende des Textes der oberen Zeile 
befinden. 


BS (BlockStart) 


Dient zur Markierung eines Blockanfangs für verschiedene 
Blockoperationen. Die Zeile, in der sich der Cursor zu diesem 
Zeitpunkt befindet, wird als die oberste Zeile des Blockes ange- 
sehen. 


BE (BlockEnd) 


Macht die derzeitige Zeile, in der der Cursor steht, zur untersten 
Zeile des Blockes. 
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IB (InsertBlock) 


Fügt eine Kopie des durch BS und BE markierten Blockes unter 
der augenblicklichen Cursor-Position ein. 


DB (DeleteBlock) 


Löscht den durch BS und BE markierten Block vollständig. Die 
Zeilen werden aus dem Text entfernt. 


2.4.2 Edit 


Sie sollten jetzt möglichst alles vergessen, was über die Bedie- 
nung des ED gesagt wurde, denn der Edit basiert auf einem 
völlig anderen Prinzip. 


Im Arbeitsspeicher (Puffer) des Edit befindet sich immer nur 
eine begrenzte Anzahl Textzeilen, die im Normalfall vom An- 
wender nacheinander bearbeitet werden. Hat man die letzte Zeile 
dieses Puffers editiert, wird automatisch eine neue Zeile aus der 
Datei nachgeladen und die "vorderste" Zeile in die Zieldatei ge- 
schrieben. Es wird also grundsätzlich mit einer Quelldatei und 
einer Zieldatei gearbeitet. Dies ist ein wesentlicher Unterschied 
gegenüber dem ED! 


Der Anwender hat nur die Möglichkeit, die Zeilen zu bearbei- 
ten, die sich gerade im Puffer befinden. Es ist also möglich, eine 
beschränkte Anzahl Zeilen zurückzugehen. Hat eine Zeile jedoch 
den Puffer schon verlassen und ist somit in die Zieldatei ge- 
schrieben worden, ist sie für einen Editiervorgang nicht mehr 
zugänglich. 


Wird die Arbeit mit Edit beendet, wird noch der derzeitige 
Pufferinhalt vollständig in die Zieldatei geschrieben. Außerdem 
muß dies auch mit dem eventuell noch vorhandenen Rest der 
Quelldatei geschehen, damit keine Daten verlorengehen. Wie 
später noch gezeigt wird, gibt es eine Möglichkeit, Edit zu ver- 
lassen, ohne daß noch Lese- oder Schreiboperationen stattfinden. 
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Edit bietet ferner die Möglichkeit, während der Arbeit verschie- 
dene andere Quelldateien zu öffnen und auszulesen. Jede neue 
Datei wird dabei wie die ursprüngliche Quelldatei von Anfang 
an und zeilenweise abgearbeitet. Kehrt man zu einer schon ein- 
mal bearbeiteten, offenen Quelldatei zurück, wird automatisch 
an der alten Position weitergearbeitet. 


Schließlich wartet Edit noch mit einer ganz besonderen Spezia- 
lität auf: Er kann seine Edier-Befehle nicht nur von der Tastatur 
lesen, sondern sogar von beliebigen Dateien, die man extra für 
diesen Zweck anlegen kann. Später werden hierzu noch einige 
Beispiele gezeigt. | 


Parameter des Edit 


Daß man es bei Edit mit einem sehr vielseitigen Programm zu 
tun hat, bemerkt man schon an den vielen Parametern, die dem 
Editor beim Aufruf mitgegeben werden können. Die Syntax des 
Befehls lautet: 


edit FROM/A,TO,WITH/K,VER/K,OPT/K 


Die fünf Parameter haben die folgende Bedeutung: 


FROM 


Hier muß (/A) der File-Name der Datei angegeben werden, die 
bearbeitet werden soll. Anders als beim ED muß diese Datei 
schon existieren. Man kann also mit Edit keine vollständig neuen 
Texte erzeugen. 


TO 


Hier kann der Name einer Zieldatei angegeben werden, die den 
bearbeiteten Text aufnehmen soll. Fehlt dieser Name, geht Edit 
folgendermaßen vor: 


Als Zieldatei wird im Unterverzeichnis "t" des aktuellen Lauf- 
werks eine Arbeitsdatei eingerichtet, die den edierten Text auf- 
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nimmt. Wird die Arbeit mit Edit beendet, bekommt diese Ar- 
beitsdatei den vollständigen Pfadnamen der Quelldatei, die unter 
FROM angegeben wurde. Die ursprüngliche Quelldatei wird im 
Ordner "T" unter dem Namen "Edit-Backup" weitergeführt, bis 
sie bei einer erneuten Arbeit mit Edit wieder überschrieben 
wird. 


WITH 


Wie oben schon erwähnt wurde, kann Edit Befehle statt von der 
Tastatur auch aus bestimmten Befehlsdateien holen. In diesem 
Fall muß hinter WITH der Name einer solchen Datei stehen. 


VER 


Sämtliche Ausgaben des Edit, die normalerweise auf den Bild- 
schirm gelangen, können durch VER auf ein beliebiges Gerät 
umgeleitet werden. Beispielsweise wird durch VER Datei die 
Ausgabe auf ein File mit dem Namen Datei gelenkt. Mit "VER 
con:10/10/300/100/VER-Fenster"r kann man sich in einem 
Fenster ansehen, was alles in solch eine Datei geschrieben wird. 


OPT P 

Hiermit kann die Anzahl der Zeilen, die sich gleichzeitig im 
Puffer befinden können, vorgewählt werden. Beispiel: OPT Pi00. 
Anstelle der normalen 40 Zeilen kann der Puffer nun 100 Zeilen 
aufnehmen. Das ist zwar praktischer, verbraucht aber auch mehr 
Systemspeicher. 


OPTW 


Ermöglicht es, die maxımale Zeilenlänge auf einen anderen Wert 
als 120 zu setzen. Beipiel: OPT W81. Nun dürfen die Zeilen nur 
noch maximal 81 Zeichen lang sein. 


OPT PxWy 


Kombination von OPT P und OPT W. Für (x) bzw. (y) sind na- 
türlich die gewünschten Werte einzusetzen. 
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Start des Edit 


In den meisten Fällen kommt man beim Start des Edit mit der 
Angabe des Namens der zu bearbeitenden Dateı aus. Wie oben 
schon erwähnt wurde, legt Edit in einem solchen Fall die edier- 
ten Zeilen zuerst in einer Hilfsdatei ab. 


Nach dem Start erscheint das Edit-Prompt, das nur aus einem 
Doppelpunkt besteht. Es wartet, ähnlich wie im CLI, auf die 
Kommandos des Benutzers. Wegen der Zeilenorientiertheit muß 
man sich nun zunächst einmal die Zeile aussuchen, die bearbei- 
tet werden soll. Um dies zu vereinfachen, numeriert Edit auto- 
matisch alle Zeilen des Quelltextes intern durch. Direkt nach 
dem Start ist die Zeile Nummer 1 des Quelltextes die aktuelle 
Zeile. Leider wird ihr Inhalt nicht automatisch angezeigt. Um zu 
einer anderen Zeile zu gelangen, gibt es nun unterschiedliche 
Methoden: 


a. Durch die Eingabe von N (Next) gelangt man eine Zeile 
weiter. | 


b. Durch die Eingabe von P (Previous) gelangt man eine 
Zeile zurück. 


c. Durch die Eingabe von Mx (Move) gelangt man zur Zeile 
mit der Nummer x. 


Um zum Beispiel den Inhalt der Zeile 1 anzeigen zu lassen, ge- 
nügt die Eingabe von N gefolgt von P. Man kann auch mehrere 
Befehle gleichzeitig eingeben, die dann aber wie beim ED durch 
ein Semikolon voneinander getrennt werden müssen. Zwischen 
Groß- und Kleinschreibung der Befehle unterscheidet auch Edit 
nicht. 


Mit P bzw. M kann man jedoch nur bis zu der Zeile des Puffers 
zurückgehen, die noch nicht in die Zieldatei geschrieben worden 
ist. Sobald man eine Zeile mit einer Nummer größer als 40 an- 
wählt, werden entsprechend viele Zeilen in die Zieldatei über- 
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nommen. Versucht man nun, z.B. wieder auf die Zeile mit der 
Nummer 1 zurückzugehen, erhält man die Fehlermeldung: "Line 
number 1 to small". 


Vor die Befehle P und N kann zusätzlich noch eine Zahl gestellt 
werden, die angibt, wie oft das Kommando ausgeführt werden 
soll. Um zum Beispiel im Text 10 Zeilen weiterzugehen, genügt 
die Eingabe ION. 


Eine weitere Möglichkeit, eine bestimmte Zeile anzusteuern, 
stellt Edit mit dem Befehl F (Find) zur Verfügung. Mit ihm 
kann man nach bestimmten Texten innerhalb der Dateı suchen. 
Dem Befehl muß ein in beliebige Zeichen eingeschlossener 
Suchtext folgen. Zum Beispiel: 


f ?Schlüssel? 


Es wird ab der aktuellen Zeilennummer (einschließlich!) nach 
dem Auftreten des Wortes Schlüssel gesucht. 


Fehlt die Angabe hinter F, geht der Befehl von dem zuletzt ein- 
gegebenen Suchtext aus. Dies ist sehr praktisch, wenn man nach 
mehreren Textstellen in der Datei sucht, die einen bestimmten 
Suchtext enthalten. Damit hierbei nicht immer die gleiche Zeile 
ausgegeben wird, muß nach einem geglückten Suchvorgang die 
nächste Zeile angewählt werden (zum Beispiel mit N). 


Texte ändern 


Nachdem man sich die entsprechende Zeile ausgesucht hat, kann 
es nun endlich mit den Änderungen losgehen. Selbst diese kön- 
nen jetzt nicht direkt (wie beim ED) in der Zeile vorgenommen 
werden, sondern müssen durch bestimmte Befehle veranlaßt 
werden. Die wichtigsten Kommandos, die Edit hierfür bereit- 
stellt, sind: 
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e (exchange) 


Ermöglicht das Ersetzen einer bestimmten Zeichenkette durch 
eine vorgegebene neue. Ein Beispiel: Vorher lautet die Zeile: 
"Der Edit ist schwer zu bedienen." 


Eingabe: e/schwer/leicht/ Nun steht dort: Der Edit ist leicht zu 
bedienen. 


oder: 


Eingabe: e/schwer // Nun steht dort: Der Edit ist zu bedienen. 


a (after) 

Es wird hinter einer bestimmten Zeichenkette der angegebene 
Text eingefügt. Beispiel: Vorher lautet die Zeile: "Der Edit ist 
ein Programm." 


Eingabe: a/ein /flexibles / Nun steht dort: Der Edit ist ein fle- 
xibles Programm. 


b (before) 


Hier wird vor einer bestimmten Zeichenkette der angegebene 
Text eingefügt. Beispiel: Vorher lautet die Zeile: "Edit kann noch 
viel mehr!." 


Eingabe: b/Edit/Der / Nun steht dort: Der Edit kann noch viel 
mehr! 


d (delete) 


Die aktuelle Zeile wird vollständig entfernt. Dabei fällt die ent- 
sprechende Zeilennummer einfach weg. Der Text wird also nicht 
neu durchnumeriert. Außer der aktuellen Zeile kann auch jede 
andere Zeile durch die Angabe ihrer Zeilennummer gelöscht 
werden. Ganze Textpassagen können entfernt werden, indem 
man ihre Start- und Endzeilennummer eingibt. Zum Beispiel: 
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"d 10 100" 


Die Zeilen 10 bis 100 werden gelöscht. 


i (insert) 


Durch die Eingabe von I teilt man Edit mit, daß die folgenden 
Zeilen vor die aktuelle Zeile eingefügt werden sollen. Erst die 
Eingabe eines Z in einer gesonderten Zeile beendet diesen Ein- 
fügemodus. Anschließend wird der Pufferinhalt ab der ersten 
neuen Zeile neu durchnumeriert. Als Beispiel: Vorher lautet der 
Text: 


20. "Durch den Einfügemodus wird!" 
21. "alles viel zu kompliziert." 


Die Zeile 21 sei nun aktuell, und es werde die folgende Eingabe 
gemacht: 

i 

eine vernünftige Arbeit 

mit EDIT erst möglich. 


Man darf nur nicht denken, das sei 
z 


Das Ergebnis sieht dann so aus: 


20. "Durch den Einfügemodus wird" 

21. "eine vernünftige Arbeit" 

22 "mit Edit erst möglich." 

23. "Man darf nur nicht denken, das sei"! 
24. "alles viel zu kompliziert." 


Arbeiten mit mehreren Dateien 


Man kann jederzeit von Edit aus zusätzlich zu der beim Start 
angegebenen Datei noch weitere Quelldateien öffnen. Der Befehl 
hierzu lautet: 


from .datei. 
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Nach dieser Eingabe werden neue Zeilen nur noch aus der Datei 
mit dem Namen "datei" geholt. Wie bei der ursprünglichen 
Quelldatei beginnt bei gerade geöffneten Dateien die Eingabe 
immer mit der ersten Zeile des Textes. 


Durch from ohne Parameter gelangt man wieder zu der beim 
Start angegebenen Quelldatei. Das Programm läßt aber grund- 
sätzlich alle Kanäle geöffnet und merkt sich bei allen Dateien, 
wie viele Zeilen jeweils schon gelesen worden sind. Erst nach- 
dem man eine Datei durch den Befehl cf .datei. (CloseFile) wıe- 
der geschlossen hat und sie erneut mit from .datei. öffnet, kön- 
nen schon einmal gelesene Zeilen ein weiteres Mal in den Puffer 
geholt werden. 


Befehlsmakros 


Ganz zu Beginn wurde schon erwähnt, daß Edit seine Befehle 
nicht nur einzeln von der Tastatur entgegennehmen kann. Man 
kann ihn sogar mit einer Datei füttern, die ganz normale Edit- 
Befehle enthält. Den Namen dieser Datei gibt man entweder 
beim Start des Programms hinter dem Zusatz With an, oder man 
benutzt bei der Arbeit im Edit hierfür das Kommando C. Eine 
solche Makrodatei könnte z.B. folgendermaßen aussehen: 


1 
RRKRKKKHTTTRTTTTTTTTTTTTTTTTTTT TITTEN NK 


* Programm “ 
* Autor % 
* Datum & / ® 
* Sprache zug ® 
* %* 


Assembler/Compiler : Aztec C68/am-c V3.4 


WERKKRKKKHKTTCTTTTT TR TH TITTEN 


z 


Um diesen Vorspann nun vor die aktuelle Zeile im Edit einzu- 
fügen, genügt die Eingabe von C, gefolgt von dem File-Namen 
der Datei, der von zwei Punkten begrenzt werden muß. Beispiel: 


c .vorspann. 
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Das Einfügen wird nun nicht etwa durch das C-Kommando 
veranlaßt, vielmehr arbeitet Edit einfach nur die obige Datei ab. 
Hierbei taucht aber zuerst das Kommando I auf, wodurch der 
folgende Text bis zu dem Z (ausschließlich!) vor die aktuelle 
Zeile des Edit eingefügt wird. Sobald das Ende dieser Datei er- 
reicht wird oder eine Zeile mit dem Befehl Q auftaucht, wird 
zur übergeordneten Befehlsebene zurückgekehrt. Dies muß nicht 
unbedingt wieder die Tastatur sein, da Befehlsdateien auch ge- 
schachtelt werden dürfen. In solchen Fällen steht also innerhalb 
der Befehlsdatei an einer Stelle wieder das C-Kommando. Man 
kann nun für alle erdenklichen Fälle seine eigenen Makrodateien 
Konstruieren. Hat man den Bogen erst einmal raus, kann man 
mit Edit in einigen Fällen sogar schneller arbeiten als mit dem 
ED. 


Beenden der Arbeit 


Durch die Eingabe des Befehls W wird die Arbeit mit dem Edit 
im Normalfall beendet. Der Inhalt des Puffers und der eventuell 
vorhandene Rest der Quelldatei wird in die Zieldatei kopiert. 
Anschließend wird noch der ursprüngliche Text im Unter- 
verzeichnis "T" unter dem Namen "Edit-Backup" eingetragen. 
Hat man beim Start des Edit nicht ausdrücklich den Namen ei- 
ner Zieldatei angegeben, bekommt nun noch die Arbeitsdatei im 
Unterverzeichnis "T", die ja als Zieldatei fungiert hat, den Na- 
men der Quelldatei zugewiesen. Anschließend werden alle noch 
offenen Kanäle geschlossen, und das Programm wird verlassen. 


Durch den Befehl Stop kann Edit auch verlassen werden, ohne 
daß diese Kopiervorgänge noch vorgenommen werden. In diesem 
Fall bleibt die Zieldatei natürlich unvollständig. Ist beim Start 
des Edit keine Zieldatei angegeben worden, wird nach Stop auch 
keine Umbenennung der Arbeitsdatei vorgenommen. Die Quell- 
datei ist also unverändert und unter dem gleichen Namen vor- 
handen. Mit diesen Informationen zu dem Programm Edit kann 
schon sehr effektiv gearbeitet werden. Im Anhang finden Sie je- 
doch zusätzlich zu den behandelten Kommandos noch eine kurze 
Beschreibung der Befehle, die Edit noch zu bieten hat. 
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3. Die Devices des Amiga 


Ein Device ist ein Gerät mit dem der Rechner Daten austau- 
schen kann. Ein typisches Device ist also das Diskettenlaufwerk. 
Dieser Datenaustausch muß aber nicht immer in beide Richtun- 
gen erfolgen. Ein Drucker zum Beispiel nimmt nur Daten entge- 
gen, während die Maus nur Daten an den Rechner schicken 
kann. 


3.1 Die Standard-Devices 


Eine Liste der Geräte, die jederzeit vom CLI aus angesprochen 
werden können, findet man nach Eingabe des Befehls Assıgn. 
Diese Standard-Devices eines jeden Amiga sind: 


DFO RAM PAR SER PRT CON RAW 


Alle anderen Eintragungen in der Assign-Liste sind Bezeichnun- 
gen für Geräte, die zusätzlich eingebunden werden können. Mit 
diesen Geräten setzen wir uns im anschließenden Kapitel aus- 
einander. Damit das CLI Gerätenamen von Verzeichnissen und 
Dateien unterscheiden kann, muß immer ein Doppelpunkt an 
ihren Namen gehängt werden. 


Die folgenden Abschnitte zeigen, was es mit den einzelnen Be- 
zeichnungen auf sich hat und wie man mit den Devices umzuge- 
hen hat. 


3.1.1 Die Floppy-Devices DFx: 


Alle Device-Namen, die mit der Kennung DF beginnen, bezie- 
hen sich auf die Floppylaufwerke des Amiga. Insgesamt können 
maximal vier solcher Stationen angeschlossen werden (DFO - 
DF3). Entsprechend oft ist diese Kennung dann auch in der As- 
sign-Liste vertreten. In der Grundkonfiguration mit nur einem 


162 2 Dasgroße Buch zu AmigaDOS —— 


Laufwerk beziehen sich alle Befehle des CLI - wenn nicht an- 
ders angegeben - automatisch auf das Laufwerk mit der Num- 
mer Null (DF0:). Die Probleme, die die Handhabung der ver- 
schiedenen Verzeichnisse eines Laufwerks mit sich bringt, wer- 
den ausführlich im Kapitel 2 bei den Befehlen List und CD be- 
handelt. 


3.1.2 Das RAM-Disk-Device RAM: 


Das Device mit dem Namen RAM simuliert ein Laufwerk ım 
Arbeitsspeicher des Amiga. Das Wörtchen RAM ist eine Ab- 
kürzung für Random Access Memory, eine Speicherart, die eine 
konstante Zugriffszeit für alle in ihr enthaltenen Daten besitzt. 
Random Access bezeichnet also in erster Linie nicht, wie viel- 
fach behauptet wird, die Eigenschaft, daß man den Speicher 
auslesen und beschreiben kann. Demnach wäre nämlich ein 
Magnetband auch ein RAM, was jedoch keineswegs zutrifft. 


Bis auf wenige Ausnahmen kann man die RAM-Disk genauso 
ansprechen wie jedes andere Laufwerk auch. Der große Vorteil 
gegenüber ihren mechanischen Kollegen liegt in der hohen 
Geschwindigkeit, mit der auf die Daten zugegriffen werden 
kann. Dieser Vorteil muß aber - wie sollte es anders sein - mit 
einigen Nachteilen erkauft werden. 


Natürlich bleibt der Inhalt der RAM-Disk nur bis zum Aus- 
schalten oder Neustart des Rechners erhalten. Da eine Guru- 
Meditation - der totale Absturz des Rechners also - auch einen 
Neustart erforderlich macht, sollte man wichtige Daten von Zeit 
zu Zeit zusätzlich auf einer echten Floppy abspeichern, bevor 
man mit ihnen in der RAM-Disk weiterarbeitet. 


Ein weiterer, entscheidender Nachteil ist der Speicherbedarf ei- 
ner solchen RAM-Disk. Je mehr Daten in ihr abgelegt werden, 
desto weniger Speicher hat der Anwender für seine Arbeit zur 
Verfügung. Anders als bei den echten Disketten wächst die 
- Speicherkapazität der RAM-Disk dynamisch. Je mehr System- 
speicher Sie zur Verfügung haben, desto mehr Daten kann auch 
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die RAM-Disk aufnehmen. Brauchbare Auslastungsinformatio- 
nen kann man von der RAM-Disk nicht erwarten. Sie gibt im- 
mer an, zu 100% belegt zu sein. Diese Angabe stimmt ja auch, 
da ihr vom System nicht mehr Speicher zugebilligt wird, als sıe 
gerade benötigt. 


Um mit der RAM-Disk arbeiten zu können, muß sie zuerst ein- 
mal erzeugt werden. Hierzu genügt es schon, sich einfach ihr 
Inhaltsverzeichnis mit Dir RAM: anzusehen. Meistenteils befin- 
det sich dieser Befehl in der Startup-Sequence, so daß die 
RAM-Disk sofort benutzt werden kann. Ist sie erst einmal in- 
stalliert, wird man sie so leicht auch nicht wieder los, denn 
einen Befehl DeleteRamDisk gibt es nicht. Wie man sich bei der 
Arbeit mit nur einem angeschlossenen Laufwerk durch Benut- 
zung der RAM-Disk das häufige Diskettenwechseln ersparen 
kann, wird ausführlich im Kapitel 4 besprochen. 


Die nun folgenden Befehle dürfen zwar auf normale Laufwerke 
angewandt werden, nicht aber auf die RAM-Disk. Genauere 
Informationen zu den einzelnen Befehlen finden Sie im zweiten 
Kapitel. 


AddBuffers 
Dieser Befehl erzeugt unabhängig von der noch vorhandenen 
Speicherkapazität die Fehlermeldung: 


Warning: Insufficient memory for buffers 


Es wäre natürlich reine Speicherverschwendung, wenn man der 
RAM-Disk zusätzlich noch einen Pufferspeicher innerhalb des 
RAM zuweisen könnte. 


DiskCopy 


Die Dateien oder Verzeichnisse einer RAM-Disk können nur 
einzeln mit dem Befehl Copy kopiert werden. Ein Kopieren der 
gesamten Disk mittels DiskCopy ist nicht möglich. 


164 —————— Das große Buch zu AmigaDOS ——— 


Format 


Der Amiga merkt es zwar spät, aber er merkt es: Die RAM-Disk 
muß vor der ersten Benutzung nicht formatiert werden. Versucht 
man es doch, erscheint die Fehlermeldung: 


format failed - 
not a disk 


Relabel 


Einen anderen Namen kann man der RAM-Disk leider nicht ge- 
ben. Den Versuch beantwortet der Befehl mit: 


Attempt to rename disk failed 


Install 


Dieser Befehl macht normale Disketten bootfähig. Mit ihnen 
kann dann der Amiga gestartet werden. Daß die RAM-Disk für 
einen Neustart denkbar ungeeignet ist - ıhr Inhalt geht beim 
Neustart verloren -, dürfte sich von selbst verstehen. Der Befehl 
Install funktioniert daher hier auch nicht. 


3.1.3 Das paralleie Device PAR: 


Über den Device-Namen PAR kann eine parallele Schnittstelle 
vom Typ Centronics angesprochen werden. Damit ist genau der 
Anschluß gemeint, der beim Amiga unter dem Namen Parallel 
Port aus dem Gehäuse geführt wird. Im Gegensatz zu den schon 
behandelten Devices muß hier das eigentliche Gerät erst noch 
angeschlossen werden. Die Schnittstelle ist deswegen parallel, 
weil immer gleichzeitig alle acht Bits eines Bytes übertragen 
werden. Es wäre natürlich auch möglich, die Informationen eines 
Bytes nacheinander, also Bit für Bit zu übertragen. Ein solches 
Device wird im nächsten Abschnitt behandelt. 


Die Schnittstelle ist keineswegs auf irgendein bestimmtes Gerät 
fixiert. Beispielsweise könnte hier ein Analog-/Digital-Wandler 
angeschlossen werden, mit dem kontinuierliche Sıgnale (Sprache, 


——— Die Devices des Amiga ——— 165 


Musik, Meßwerte) auf ein für den Rechner verständliches For- 
mat gebracht würden. In diesem Fall würden also Daten von 
außen über die Schnittstelle zum Rechner geschickt. Aber auch 
die andere Datenflußrichtung ist möglich. Eine typische Anwen- 
dung hierfür ıst der Anschluß eines Druckers an den Amiga. Die 
eigentlichen Informationen laufen dabei vom Rechner über die 
Schnittstelle zu dem Drucker. Warum man bei einem Drucker 
mit paralleler Schnittstelle in den meisten Fällen jedoch das 
PRT-Device benutzen muß, wird bei der Behandlung dieses De- 
vices begründet. 


Die Geschwindigkeit, mit der die Datenübertragung stattfindet, 
hängt allein davon ab, wie schnell die Daten von den Geräten 
verarbeitet werden können. Zusätzlich zu den acht Leitungen, 
die für die Übertragung der Nutzdaten zuständig sind, gibt es 
bei einer Centronics-Schnittstelle noch einige Steuerleitungen, 
die für den sogenannten Handshake zuständig sind. Über diese 
Leitung kann z.B. ein Daten empfangendes Gerät (Drucker) dem 
sendenden Gerät (Amiga) mitteilen, daß es bereit ist, neue Daten 
zu empfangen. Hierdurch wird immer eine optimale Übertra- 
gungsgeschwindigkeit gewährleistet. 


3.1.4 Das serielle Device SER: 


Hinter dem Namen SER vesteckt sich eine serielle Schnittstelle 
vom Typ RS 232C. Der zugehörige Anschluß am Amiga heißt 
Serial Port und kann für die verschiedensten Anwendungen 
(Modem, MIDI etc.) verwendet werden. Der Name verrät die 
besonderen Eigenschaften dieses Schnittstellentyps: Die einzelnen 
Bits eines Bytes werden nacheinander und nicht wie bei dem 
PAR-Device gleichzeitig übertragen. Daher wird für jede Da- 
_ tenrichtung auch nur eine Signalleitung benötigt. Bei Bedarf 
können auch jeweils nur die untersten sieben Bits eines Bytes 
übertragen werden. Das freigewordene Bit kann dann zur Über- 
tragungskontrolle mitgesendet werden (Paritäts-Bit). Je nachdem, 
wıe die Parıität vor Benutzung der Schnittstelle gewählt wird 
(gerade oder ungerade), wird dieses achte Bit vom Sender auto- 
matisch so gesetzt, daß entweder alle gesetzten Bits zusammen 


166 — ——— Das große Buch zu AmigaDOS ———. 


immer eine gerade oder aber immer eine ungerade Zahl ergeben 
(Even Parity bzw. Odd Parity). Der Empfänger muß natürlich 
auf die gleiche Parität eingestellt sein und kann so in be- 
schränktem Maße Übertragungsfehler feststellen. 


Zur Synchronisation wird jede Übertragungseinheit noch um ein 
Start-Bit und ein bis zwei Stop-Bits erweitert. Die Geschwindig- 
keit, mit der die einzelnen Bits übertragen werden, muß beim 
sendenden und empfangenden Gerät genau übereinstimmen. Sie 
wird traditionell in Baud (nach dem franz. Erfinder Baudot) ge- 
messen. Ein Baud entspricht der Übertragungsgeschwindigkeit 
von einem Bit pro Sekunde. 


Das Handshake-Problem taucht natürlich auch bei der RS232- 
Schnittstelle auf. Hier gibt es insgesamt drei mögliche Verfah- 
ren, wie eine korrekte Datenübernahme gesichert werden kann: 


Senden bestimmter Kommando-Bytes 


Dieses Verfahren wird meist xON/xOFF-Protokoll genannt. 
Voraussetzung für die Anwendung dieses Verfahrens ist eine bi- 
direktionale Beschaltung der Schnittstelle. Sobald ein Gerät aus 
irgendeinem Grund keine weiteren Daten empfangen kann, sen- 
det es auf der Rückleitung ein spezielles Steuerzeichen (xOFF). 
Das sendende Gerät unterbricht jetzt solange die Datenübertra- 
gung, bis es auf dieser Leitung das xON-Zeichen erhält. Der 
Vorteil dieser Methode liegt darin, daß man mit nur drei Lei- 
tungen auskommt (2 Signalleitungen, 1 Masse), weshalb häufig 
auch von einem 3-Draht-Handshake gesprochen wird. Das Be- 
triebssystem sorgt bei entsprechender Programmierung automa- 
tisch für die korrekte Auswertung der Steuerzeichen. 


Benutzung von Steuerleitungen 


Diese Methode ist vergleichbar mit dem Handshake der paral- 
lelen Schnittstelle. Es werden noch zusätzliche Leitungen benö- 
tigt (RTS/CTS bzw. DSR/DTR), mit denen die Geräte Informa- 
tionen über ihren Zustand austauschen können. Ein eigenständi- 
ger Datenkanal nur für die Rückmeldungen kann hierbei entfal- 
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len. Der Hauptvorteil dieser Methode liegt in der insgesamt et- 
was schnelleren Übertragungsgeschwindigkeit, da die Steuerkom- 
mandos nicht über den relativ langsamen Datenkanal laufen. 


Sicherheitsreserven 


Wenn man sich 100% sicher sein kann, daß ein datenempfangen- 
des Gerät die ankommenden Bytes schneller verarbeiten kann, 
als sie der Sender auf die Leitung legt, kann auf den Handshake 
völlig verzichtet werden. Diese Methode bietet sich an, wenn 
man schnell einmal mit möglichst wenig Aufwand (2 Leitungen) 
Daten von einem Rechner auf einen anderen übertragen will. 
Hierzu muß durch eine geeignete Warteschleife auf Seiten des 
Senders genügend Luft für den Empfänger erzeugt werden. Für 
eine dauerhafte Lösung ist dieses Verfahren aber zu uneffektiv, 
da zuviel Zeit verschwendet wird. 


Alle besprochenen Parameter müssen vor der ersten Benutzung 
der seriellen Schnittstelle mit dem Programm Preferences einge- 
stellt werden. Zusätzlich findet man hier noch ein Feld mit der 
Überschrift Buffer Size, mit dem man die Größe des Zwi- 
schenspeichers für die Empfangsdaten festlegen kann. Dieser 
Puffer stellt den Datenempfang sicher, wenn das Leseprogramm 
kurzzeitig nicht aufnahmebereit ist. Werden die Daten jedoch zu 
langsam gelesen und es setzt kein Handshake ein, kann der Puf- 
fer überlaufen. Daten, die jetzt noch eintreffen, sind verloren. 


Beim Empfangen von Daten über die serielle Schnittstelle SER: 
wird grundsätzlich erst der RS232-Eingabepuffer vollgeschrie- 
ben, bevor ein erster Teil der Daten an den Benutzer weiterge- 
geben wird. Die noch im Puffer verbliebenen Daten werden erst 
ausgegeben, wenn erneut ein längeres Datenpaket übertragen 
wird. Eine Datei-Endekennung, die ein Entleeren des Emp- 
fangspuffers bewirken könnte, kann also nicht übertragen wer- 
den. Diese Eigenschaft macht die serielle Schnittstelle SER: für 
einige Anwendungen unbrauchbar. Aus diesem Grunde hat man 
mit der Workbench 1.3 eine weitere serielle Schnittstelle zur 
Verfügung gestellt. Sie trägt den Namen AUX: und wird im Ka- 
pitel 3.2 vorgestellt. 
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3.1.5 Das Drucker-Device PRT: 


Speziell für Ausgaben an den Drucker gibt es noch das Printer- 
Device. Programmierer, die den Drucker ansteuern möchten, 
müssen sich keine Gedanken darüber machen, ob der Drucker 
nun an der seriellen oder an der parallelen Schnittstelle ange- 
schlossen ist. Wird das PRT-Device angesprochen, zählen in je- 
dem Fall die Angaben, die in dem Programm Preferences ge- 
macht wurden. Da man hier auch seinen speziellen Druckertyp 
angeben muß, können alle Programme für bestimmte Drucker- 
funktionen einheitliche Steuerzeichen verwenden, denn nicht alle 
Drucker benutzen zur Aktivierung bestimmter Funktionen den 
gleichen Code. 


3.1.6 Das Fenster-Device CON: 


Da die Tastatur und der Bildschirm des Amiga im Grunde ge- 
nommen ganz normale Ein- und Ausgabegeräte sind, kann man 
sie wie jedes andere Device auch ansprechen. Sowohl Eingaben 
als auch Ausgaben finden dabei in einem eigenen Fenster statt. 
Das Console-Device muß folgendermaßen angesprochen werden: 


con:x/y/breite/höhe/name 
Die Angaben hinter Con: haben die folgenden Bedeutungen: 


x/y Koordinaten der linken oberen Ecke des Fensters. 
breite Breite des Fensters in Pixeln. 
höhe Höhe des Fensters in Pixein. 


name Beliebiger Name, der oben im Fenster erscheint. 


Beispiel 1: 


dir >con: 10/10/300/100/Testfenster 
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Hierdurch wird die Ausgabe des Directorys ın ein eigenes Fen- 
ster mit den angegebenen Ausmaßen umgeleitet. Sobald die Aus- 
gabe beendet ist, verschwindet das Fenster wieder. Beispiel 2: 


copy con: 10/10/300/100/Eingabe con: 10/150/300/ 100/Ausgabe 


Es erscheinen gleich zwei CON-Fenster auf dem Bildschirm. Die 
Eingaben, die im oberen Fenster gemacht werden, zeigt nach ei- 
nem Return auch das untere Fenster. Die Eingabe von Ctrl und 
Backslash (\) läßt beide Fenster wieder verschwinden. 


Falls der Titel eines Fensters Leerzeichen enthalten soll, so muß 
die gesamte Con-Angabe in Anführungszeichen gesetzt werden. 


3.1.7 Das Fenster-Device RAW: 


Dieses Device ist eng verwandt mit dem Console-Device. Es 
wird genauso angesprochen und verhält sich auch auf den ersten 
Blick gleich. Den ersten Unterschied wird man bei Eingaben in 
dieses Fenster feststellen. Es erscheinen hier keine Zeichen. Zur 
Demonstration der Funktion ist das folgende Beispiel sehr gut 
geeignet: 


copy raw:10/10/300/100/Eingabe con: 10/150/300/ 100/Ausgabe 


Geben Sie nun einmal im oberen RAW-Fenster Zeichen ein. 
Anders als bei einem CON-Fenster wird jedes sofort übertragen. 
Es wird also nicht erst auf die Eingabe der Return-Taste ge- 
wartet. Wird diese jedoch gedrückt, erscheint der Cursor wieder 
am Anfang der Zeile. 


Sehr erfreulich ist die Tatsache, daß sämtliche Steuerzeichen wie 
z.B. Cursor, Delete und Backspace übertragen werden können. 
Es ıst die Aufgabe des Empfängers (hier also des CON-Devices), 
diese Sonderzeichen korrekt auszuwerten. In unserem Beispiel 
funktionieren nur die Cursor-Tasten so, wie man es gewohnt ist. 
Die Eingabe von Ctrl und C beendet den ganzen Spuk wieder. 


170 — Dasgroße Buch zu AmigaDOS —— 


Sollte die Ausgabe nicht funktionieren, liegt das mit aller Wahr- 
scheinlichkeit daran, daß Sie zuerst im unteren Fenster Eingaben 
gemacht haben. Wie im CLI-Fenster wird dadurch die Ausgabe 
anderer Daten unterdrückt. In diesem Fall sollten Sıe im unteren 
Fenster einmal die Return-Taste drücken. 


3.2 Zusätzliche Devices 


Mit Hilfe des Mount-Befehls (s. Kapitel 2) lassen sich weitere 
Geräte in das AmigaDOS einbinden. In den nun folgenden Ab- 
schnitten stellen wir diese Geräte nacheinander vor, geben Hin- 
weise, was man bei der Einbindung der Geräte beachten muß 
und wie man mit ihnen umzugehen hat. 


3.2.1 Das RAM-Disk-Device RAD: 


Die Abkürzung RAD steht für Recoverable Ram Disk. Bei die- 
sem Device handelt es sich um eine resetfeste RAM-Disk für 
den Amiga. Bei der herkömmlichen RAM-Disk mit dem Namen 
RAM sind die in ihr enthaltenen Daten nach jedem Neustart des 
Rechners verloren. Einen normalen Reset überstehen die Daten 
der RAD jedoch anstandslos. In den meisten Fällen überleben 
die Daten sogar eine vorangegangene Guru-Meditation. 


Dieser entscheidende Vorteil gegenüber der herkömmlichen 
RAM-Disk muß, wie sollte es auch anders sein, mit einem min- 
destens ebenso entscheidenden Nachteil erkauft werden: Die 
RAD verwaltet aus Sicherheitsgründen den Speicherhaushalt 
nicht dynamisch. Es spielt daher keine Rolle, ob in ihr Daten 
gespeichert werden oder nicht: Ihr Bedarf an Systemspeicher 
richtet sich immer nach der Gesamtkapazität. Diese Gesamtka- 
pazität wird vor der ersten Benutzung in der Mountlist festge- 
legt. Werden hier unüberlegte Eintragungen vorgenommen, kann 
es sehr leicht passieren, daß von 1 MByte Systemspeicher nach 
dem Mount-Befehl z.B. nur noch wenige KByte übrigbleiben. 
Eine typische Eintragung für das RAD-Device in der Mountlist 
sieht folgendermaßen aus: 


———— Die Devices des Amiga ————  — 171 


RAD: Device = ramdrive.device 
Unit =0 
Flags = 0 
Surfaces = 2 
BlocksPerTrack = 11 
Reserved = 2 
Interleave = 0 
LowCcyl = 0 
HighCyl = 21 
Buffers = 5 
BufMemType = 1 

# 


Bevor die RAD durch den Befehl mount rad: eingebunden wird, 
muß ihre Kapazität durch die Angabe hinter HighCyl festgelegt 
werden. Jeder Zylinder besitzt dabei eine Speicherkapazität von 
il KByte. Würde die RAD mit der obigen Eintragung eingebun- 
den, so hätte die Disk eine Gesamtkapazität von (21+1) * 11 
KByte = 242 KByte. 


Die RAD muß, wie jede andere Disk auch, vor ihrer ersten Be- 
nutzung mit Hilfe des Format-Befehls formatiert werden. Ein 
Beispiel: 


format drive rad: name Test_Disk 


Anschließend steht einem die resetfeste RAM-Disk zur Verfü- 
gung. Nach einem Reset genügt die Eingabe von mount rad:, um 
die RAD samt Inhalt wıederherzustellen. Sollte sich dabei her- 
ausstellen, daß Daten verlorengegangen sind, so kann man mit 
Hilfe des DiskDoctors (s. Kapitel 2) versuchen, die RAD zu re- 
staurieren. 


Wird die RAD nicht mehr benötigt, so kann der größte Teil des 
von ihr belegten Systemspeichers durch den Befehl Remrad (s. 
Kapitel 2) wieder freigegeben werden. Außerdem sollte bei die- 
ser Gelegenheit der Mount-Befehl mit Hilfe der Assign-Option 
REMOVE rückgängig gemacht werden: 


assign rad: REMOVE 
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Der gesamte Speicherbereich, den die RAD belegt, wird aber 
erst beim nächsten Boot-Vorgang wieder freigegeben. 


3.2.2 Das serielle Device AUX: 


Dieser Handler unterstützt die serielle Schnittstelle des Amiga. 
Im Gegensatz zu dem schon behandelten SER-Device werden die 
Daten aber nicht erst zwischengespeichert. Hat man das AUX- 
Device "gemountet" (mount aux:), kann hiermit zum Beipiel eine 
Art Multiuser-Betrieb mit dem Amiga realisiert werden. Die 
Übertragungsparameter werden mit dem Preferences-Programm 
eingestellt. Die interessanten Erfahrungen, die wir bei der Ver- 
bindung zweier Amiga-Rechner via RS232 gemacht haben, 
schildern wir Ihnen ausführlich im Kapitel 4. 


3.2.3 Das Fenster-Device NEWCON: 


Mit diesem neuen Device haben Sie sehr wahrscheinlich schon 
Kontakt gehabt, ohne es zu wissen: Die Shell benutzt diese 
Fensterschnittstelle für die anfallenden Ein- und Ausgaben. Das 
NEWCON-Device wird genauso angesprochen wie das alt be- 
währte CON-Device, das von CLI-Fenstern verwendet wird. Vor 
der ersten Benutzung muß es, wie alle zusätzlichen Geräte, mit 
Hilfe des Mount-Befehls in das System eingebunden werden 
(mount NEWCON:). Die hierfür notwendige Eintragung in der 
Datei Mountlist - diese befindet sich in dem DEVS-Ordner der 
Workbench-Diskette - sollte folgendermaßen aussehen: 


NEWCON : Nandler = L:Newcon-Handler 
Priority =5 
StackSize = 1000 

# 


Bis auf die Editiermöglichkeiten, die schon beim NewShell-Be- 
fehl ausführlich besprochen worden sind, verhält sich das NEW- 
CON-Device wie ein CON-Device (s. Kapitel 3.1). 
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3.2.4 Das Kommunikations-Device PIPE: 


Eine Pipe stellt einen Kommunikationskanal für den Datenaus- 
tausch zwischen verschiedenen Prozessen dar. Ein solcher Kom- 
munikationskanal besteht im wesentlichen aus einem 4 KByte 
großen Datenpuffer, auf den von einem Prozeß aus schreibend 
und gleichzeitig von einem anderen Prozeß aus lesend zugegrif- 
fen werden kann. Damit ist es möglich, Daten ohne den Umweg 
über eine Hilfsdatei von Programm zu Programm zu übertragen. 


Bevor eine Pipe benutzt werden kann, muß das Device ge- 
mountet werden (mount pipe:). Die hierfür notwendige Eintra- 
gung ist in der Mountlist der Workbench-Diskette schon vor- 
handen. 


Es können theoretisch beliebig viele Kommunikationskanäle' 
gleichzeitig geöffnet werden. Aus diesem Grunde kann der De- 
vice-Name PIPE: bei Bedarf noch um einen Kanalnamen ergänzt 
werden. In dem nun folgenden Beispiel wird das aktuelle In- 
haltsverzeichnis über pipe "test" in den ED geladen. 


dir >pipe:test 
ed pipe:test 


Früher wäre dies nur unter Zuhilfenahme einer Zwischendatei 
möglich gewesen: 


dir >dfO:hilfsdatei 
ed dfO:hilfsdatei 


Sollte die Kapazität des Kanalpuffers nicht ausreichen, so wartet 
der Ausgabeprozeß solange, bis von einem anderen Prozeß aus 
die Daten ausgelesen werden. Leitet man zum Beispiel die Aus- 
gabe des gesamten Inhaltsverzeichnisses der Workbench-Diskette 
auf die Pıpe um (dir >pipe:test opt a), so bleibt der Prozeß nach 
einer Weile hängen, da der Puffer keine weiteren Zeichen mehr 
aufnehmen kann. In dieser Situation kann nur noch eine zweite 
Shell helfen, von der aus die Pipe ausgelesen werden kann. 
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3.2.5 Das Sprachausgabe-Device SPEAK: 


Die Sprachausgabe des Amiga läßt sich mit Hilfe des Speak- 
Handlers der Workbench 1.3 ansprechen wıe jedes andere Gerät 
auch. Vorher muß der Handler jedoch noch durch mount speak: 
in das System eingebunden werden. Außederm muß sich die 
Datei "narrator.device" und die "translator.library" in den Ord- 
nern devs bzw. I der Workbench-Diskette befinden. 


Beispiele für Sprachausgaben: 


echo >speak: "Nice to see you" 
dir >speak df0: opt a 
type s:startup-sequence to speak: 


Leider kann man nicht, wie es beim Programm SAY aus dem 
Utilities-Ordner der Fall ist, verschiedene Optionen für die 
Sprachausgabe angeben. 
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4. Hinweise zur Arbeit mit dem CLI 


Aufgabe dieses Kapitels soll es sein, Probleme aus dem Weg zu 
räumen, mit denen jeder früher oder später bei der Arbeit im 
CLI konfrontiert wird. Außerdem werden hier jede Menge zu- 
sätzliche Informationen und Hinweise rund um das CLI gegeben. 


4.1 Über Ein- und Ausgaben im CLI 


Daß man CLI-Ausgaben durch Drücken einer beliebigen Taste 
kurzzeitig unterbrechen kann, wissen Sie wahrscheinlich schon 
längst. Gerade beim Durchforsten längerer Directorys kommt 
man ohne diese Möglichkeit gar nicht aus. Was bewirkt aber nun 
genau ein Fortsetzen der Ausgabe? "Ein Drücken der Return- 
oder Enter-Taste", werden Sie nun sagen. Das ist aber nur die 
halbe Wahrheit, denn es kommt nur darauf an, daß keine Ta- 
staturanforderungen an das CLI mehr vorliegen. Das ist zwar 
nach dem Drücken dieser Tasten genau der Fall, aber es gibt 
noch eine weitere Möglichkeit, die Ausgabe fortzusetzen, näm- 
lich mittels der Backspace-Taste (Pfeil nach links). Werden 
durch sie sämtliche eingegebenen Zeichen wieder gelöscht, so 
hat dies die gleiche Wirkung wie die Betätigung der obenge- 
nannten Datenübernahme- Tasten. 


Das Unterbinden der Ausgabe hat aber noch eine ganz andere 
Aufgabe: Es ist möglich, einen neuen Befehl einzugeben, noch 
während ein alter bearbeitet wird. Damit nun nicht alle Ein- 
und Ausgaben durcheinanderlaufen, werden für die Zeit der 
Eingabe des neuen Kommandos alle Ausgaben gesperrt. Das hat 
natürlich noch gar nichts mit den Multitasking-Fähigkeiten des 
Amiga zu tun, denn alle eingegebenen Befehle werden immer 
noch schön hintereinander ausgeführt. Trotzdem kann man hier- 
durch etwas schneller arbeiten, da ja das DOS nun durchgehend 
aktiv ıst. Bei manchen Befehlssequenzen sollte man aber auf 
diese Eingabemöglichkeit verzichten. Dazu ein Beispiel: 
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copy text to kopie 
delete text 


Sollte der Kopiervorgang aus irgendeinem Grund scheitern (z.B. 
weil die Diskette voll ist), wird anschließend ohne Hemmungen 
noch die Datei "Text" gelöscht. Nun haben Sie hiervon weder 
eine Kopie noch das Original. Ein Tip: Der DiskDoctor, ein 
normaler CLI-Befehl, kann in solchen Fällen noch einmal hel- 
fen. Voraussetzung hierfür ist jedoch, daß noch kein Schreibzu- 
griff auf die von der Datei ehemals belegten Blöcke stattgefun- 
den hat. Ausprobieren sollte man es in jedem Fall. 


4.2 Die Jokerzeichen 


Alte Commodore-Hasen werden die Jokerzeichen * bzw. ? auf 
dem Amiga schon vermißt haben. Sıe ermöglichen auf Rechnern 
der älteren Generation (z.B. PET, VC20, C64) eine verkürzte 
Eingabe von Dateinamen. Will man zum Beispiel seine Pro- 
gramme Testl, Test2 bis Testn von der Diskette löschen, setzt 
man in den Scratch-(=Lösch-)Befehl einfach den Namen Test* 
ein. Automatisch werden hierdurch alle Files, die mit "Test" be- 
ginnen (und irgendwie enden), von der Diskette gelöscht. Will 
man aber gezielt nur die Dateien ansprechen, deren File-Name 
genau 5 Buchstaben lang ist, kann man dazu das Fragezeichen 
verwenden: Test?. Eine Datei namens "TestlVersion" würde in 
diesem Fall nicht gelöscht werden. Zusätzlich sind auf diesen 
Computer-Veteranen auch Kombinationen der beiden Joker 
zugelassen, wie: 


"2222 Version*" 


In diesem Fall würden alle Files angesprochen, die ab der fünf- 
ten Position im File-Namen "Version" stehen haben und die be- 
liebig enden. Beispielsweise erfüllen die folgenden Dateinamen 
diese Bedingungen: 


TestVersioni 
EineVersion 
LastVersionOfToday 
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Damit dürfte nun auch der Computer-Neuling etwas mit dem 
Begriff des Jokers anfangen können. Und nun die gute Nach- 
richt: Solche Spaßmacher gibt es auch auf dem Amiga, der eine 
ist auch hier wieder das Fragezeichen, als Äquivalent zum Stern- 
chen kann in etwa das "Lattenkreuz" (#) angesehen werden. Das 
Fragezeichen übernimmt wieder die No-Name-Funktion für ge- 
nau eine Zeichenposition innerhalb des File-Namens. Das Sym- 
bol # ist jedoch um einiges flexibler als das Sternchen. Wie Sie 
vielleicht wissen, bedeutet ein vorangestelltess # ım englisch- 
sprachigen Raum meist nichts anderes als das Wort Number. Es 
wird also (unter anderem) noch ein Zahlenwert hinter dem Sym- 
bol erwartet. Erweitert man z.B. den Befehl Dir um die Zei- 
chenkombination Test#3a, so werden nur File-Namen gesucht, 
die mit drei A’s enden. Diese Funktion bildet natürlich in keiner 
Weise das Sternchen nach. Dafür wartet das Doppelkreuz aber 
noch mit einer weiteren Besonderheit auf: Gibt man anstelle der 
Zahl direkt ein Fragezeichen ein, so werden alle folgenden Zei- 
chen im File-Namen ignoriert. Hier haben wir es also mit dem 
echten *-Ersatz zu tun. Dabei besteht zusätzlich die Möglichkeit, 
hinter der #?-Kombination den weiteren Verlauf des File-Na- 
mens anzugeben. In diesem Fall kann zum Beispiel nach allen 
Files gesucht werden, die mit .info enden. Die Eingabe muß 
dann #?.info lauten. 


Nach soviel Theorie nun erst einmal ein paar Beispiele zum 
Mitmachen. Ihre Aufgabe soll es sein, herauszufinden, welche 
der acht angegebenen File-Namen jeweils ausgegeben würden, 
wenn man den Dir-Befehl um die unter | bis 7 angegebenen Pa- 
rameter erweiterte. 


Liste der vorhandenen File-Namen: 


Katze.1 1.Hund 

Katze.2 2.Hund 
Katzenjammer Hundebellen 
Miezekatzen krummer Hund 


Liste der Dir- Anweisungen: 


1. Katze.? 
2.K#? 


...: er 8 0 | 00 0° 
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4.#? 


6. #?Hund 
7. 77277772? #2m#? (doch, das gibt’s !) 


Nun, haben Sie alles gewußt? Dann vergleichen Sie doch einmal 
Ihre Ergebnisse mit der Lösung: 

zu 1: Katre.1, Katze.2 

zu 2: Katze.1, Katze.2, Katzenjammer, krummer Hund 

zu 3: Hundebellen, Miezekatzen 

zu 4: (alle Files) 

zu 5: (kein File;) 

zu 6: Hund, 2.Hund, krummer Hund 

zu 7: Katzenjammer 


Das letzte Beispiel zeigt sehr deutlich, daß auch Kombinationen 
möglich sind, deren Sinn zumindest recht fragwürdig ist. 


4.3 Unterbrechungen im CLI 


Abbruch über die Tastatur 


Eine Run-/Stop-Taste, wie sie vielleicht manch einer noch von 
dem Commodore C 64 kennt, findet man auf der Tastatur des 
Amiga nicht. Aber natürlich ermöglicht auch dieser Rechner die 
Unterbrechung eines gerade ablaufenden Befehls. Hierfür ist die 
Tastenkombination Ctrl und C vorgesehen. Alle CLI-Befehle 
reagieren darauf mit der Rückkehr zu dem Programm, von dem 
aus sie aufgerufen wurden. In den meisten Fällen wird dies das 
CLI sein. Als Bestätigung der vorzeitigen Beendigung des Be- 
fehls erscheint dort die Meldung "*** BREAK". Die drei Stern- 
chen geben an, daß eine Unterbrechung vom Typ C stattgefun- 
den hat. Außer dieser stärksten Form der Unterbrechungsanfor- 
derung gibt es noch die Kommandos Ctrl und D bıs Ctrl und F, 
deren Auftreten durch weniger Sternchen geschmückt wird. In- 
wieweit diese Befehle jedoch überhaupt ausgewertet werden, 
hängt von den jeweiligen CLI-Befehlen ab, auf die sie ange- 
wendet werden. Bei den derzeit vorhandenen Befehlen ist nur 
noch Ctrl und D interessant, und zwar in MerDinannE mit Search 
und Execute. 
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Der Search-Befehl, mit dem in ganzen Verzeichnissen nach dem 
Auftreten einer vorgegebenen Zeichenkette gesucht werden 
Kann, reagiert auf Ctrl und C wie jeder andere Befehl auch: Der 
Vorgang wird sofort abgebrochen. Gibt man jedoch Ctrl und D 
ein, wird das aktuelle File, in dem gesucht wird, verlassen und 
sofort in der nächsten Datei weitergesucht. Ctrl und D ist also in 
seiner Wirkung schwächer als Ctrl und C. 


Etwas heikel wird die Angelegenheit beim Execute-Befehl. Er 
dient zur Ausführung sogenannter Batch-Dateien, die wiederum 
aus CLI-Befehlen bestehen. Sollten Sie mit dieser Erklärung 
noch nicht viel anfangen können, finden Sie im gesamten Kapi- 
tel 5 genügend Informationen zu diesem Thema. 


Grundsätzlich hat auch bei der Ausführung eines CLI-Befehls 
innerhalb einer Batch-Datei Ctrl und C immer höhere Priorität 
als Ctrl und D. Der laufende CLI-Befehl wird hierduch sofort 
beendet, und es wird auf die Execute-Ebene zurückgekehrt. Es 
liegt dabei an dem unterbrochenen Befehl, was nun geschieht: 
Liefert er aufgrund der Unterbrechung einen Errorcode an 
Execute zurück (Fehlernummer >= 10), so wird auch die Batch- 
Datei unter Ausgabe einer entsprechenden Meldung sofort ver- 
lassen (Beispiel: Ctrl und C bei Ausführung des Search-Befehls). 
Sollte der Befehl aber ohne eine Fehlermeldung auf die Execute- 
Ebene zurückkehren, wird die Batch-Datei ganz normal weiter 
abgearbeitet (Beispiel: Ctrl und C bei Ausführung des Dir-Be- 
fehls). 


Eine besondere Funktion hat bei dem Befehl Execute die Ein- 
gabe von Ctrl und D. Bei Eingabe dieser Tastenkombination 
wird der gerade aktive CLI-Befehl der Batch-Datei noch voll- 
ständig abgearbeitet und anschließend die Datei in jedem Fall 
verlassen. Problematisch wird die Angelegenheit, wenn der ak- 
tive CLI-Befehl selbst schon auf ein Ctrl und D reagiert: 


Der Search-Befehl wertet ein Ctrl und D aus (s.o.). Gibt man 
nun während der Abarbeitung dieses Kommandos durch eine 
Batch-Datei das Kommando Ctrl und D, so reagiert der Search- 
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Befehl hierauf und nicht etwa das Execute. Nach Beendigung 
des Suchvorgangs wird also die Batch-Datei nicht verlassen, es 
sei denn, es folgen sowieso keine Befehle mehr. 


Abbruch per Befehl 


Haben Sie sich schon einmal Gedanken darüber gemacht, wie 
man einen Befehl abbrechen könnte, der gar kein eigenes Ein- 
gabe-Fenster besitzt? 


Wird ein Befehl durch Run gestartet, wird ein eigenständiger 
Prozeß erzeugt, an den vom ursprünglichen CLI-Fenster aus 
keine Eingaben mehr geschickt werden können. Es handelt sich 
hierbei um einen sogenannten "nicht-interaktiven Prozeß". Le- 
diglich die Ausgaben erscheinen auf dem CLI-Fenster. Ein ein- 
faches Beispiel: 


run dir df0: 


Nach Ausgabe der neuen Nummer, die für diesen Prozeß verge- 
ben wurde (z.B. [CLI 2]), wird das Inhaltsverzeichnis der Dis- 
kette im aktuellen CLI-Fenster angezeigt. Auf ein Ctrl und C 
reagiert der Befehl nicht mehr. Die Ausgabe wird ungestört 
fortgesetzt. 


Dennoch gibt es eine Möglichkeit, einen solchen nicht-interakti- 
ven Prozeß zu verlassen. Der CLI-Befehl Break drückt sozusagen 
softwaremäßig auf die Ctrl-Taste eines Prozesses. Der Befehl er- 
wartet dazu die Nummer des Prozesses, der den Befehl erhalten 
soll, sowie den entsprechenden Buchstaben für die Art der Un- 
terbrechung (c-f). Sollen alle Unterbrechungsanforderungen ge- 
schickt werden, kann hierfür auch all eingesetzt werden. 


Für die Unterbrechung der Directory-Ausgabe aus dem obigen 
Beispiel müßte der Befehl also lauten: 


break 2 c 
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Man darf dabei keine Hemmungen haben, ın das gerade mit der 
Ausgabe beschäftigte Fenster zu schreiben. Sobald ein Zeichen 
eingegeben wird, wartet die Ausgabe des Inhaltsverzeichnisses 
bis zur Eingabe des Return-Zeichens. 


Der Break-Befehl kann natürlich auch von einem CLI aus die 
Abarbeitung eines Befehls, der in einem anderen CLI eingegeben 
wurde, unterbrechen. Man muß nur die entsprechende Prozeß- 
nummer eingeben, die ja hier mit der CLI-Nummer überein- 
stimmt. 


Teilweise wird diese Methode des gegenseitigen Unterbrechens 
auch bei der Abarbeitung der startup-sequence eingesetzt: Die 
Original startup-sequence startet dazu z.B. mittels "run execute 
s:Startupll" einen zweiten Batch-Prozeß und geht anschließend in 
einen langen Wartezustand über (z.B. wait >NIL: 5 mins). Hat 
die zweite Batch-Datei alle Befehle abgearbeitet, sendet sie noch 
am Schluß ein BREAK C an den Prozeß, von dem aus sie ge-. 
startet worden ist, und bewirkt so eine vorzeitige Beendigung 
des Wait-Befehls. Hierduch kann vermieden werden, daß meh- 
rere Batch-Dateien gleichzeitig auf die Diskettenstation zugrei- 
fen und sich so gegenseitig behindern. 


4.4 CLI-Befehle im Arbeitsspeicher 


Die nun folgenden Abschnitte richten sich in erster Linie an 
diejenigen Leser unter Ihnen, die nur ein Floppy-Laufwerk an 
den Amiga angeschlossen haben. Bei dieser Minimalkonfigura- 
tion tauchen häufig Schwierigkeiten auf, die sich mit Hilfe des 
RAM-Arbeitsspeichers beseitigen lassen. 


Den ersten CLI-Frust erlebt man meist, wenn man die Work- 
bench-Diskette aus dem Laufwerk gegen eine beliebige andere 
austauscht und nun versucht, sich mittels Dir deren 
Inhaltsverzeichnis anzusehen. Sofort erscheint oben lınks auf 
dem Bildschirm ein dicker Requester mit der Aufforderung, 
doch bitteschön wieder die Workbench-Diskette in ein (also: in 
das) Laufwerk zu legen. Kommt man der Aufforderung nicht 
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nach und klickt einfach das Feld Cancel an, bekommt man un- 
verblümt mitgeteilt, daß es einen Befehl Dir nicht gebe. Gut, 
dann soll der Rechner die Diskette eben haben. Nun kommt die 
zweite Überraschung: Es wird nicht etwa das gewünschte In- 
haltsverzeichnis ausgegeben, sondern das der Workbench-Dis- 
kette. Aber man ist ja nicht dumm: Beim nächsten Versuch gibt 
man ein Dir df0:, damit der Rechner weiß, welche Diskette ge- 
meint ist. Ergebnis: Keine Veränderung. 


Als CLI-Neuling ist man nun meist mit seinem Latein am Ende 
und will aufgeben, es sei denn, man hat Zugang zu den folgen- 
den Informationen. 


Wie schon im Kapitel I bei der Einführung erwähnt wurde, ist 
jeder CLI-Befehl ja nichts anderes als ein kleines Programm, das 
vor der ersten Ausführung zunächst einmal von der Diskette ge- 
laden werden muß. Im Normalfall befinden sich diese Befehle 
jedoch nur auf der Diskette, von der das System gestartet wurde. 
Auf der Workbench-Diskette sind die Befehle im Verzeichnis C 
untergebracht. Das Betriebssystem des Amiga merkt sich beim 
Start genau, welches die Systemdiskette ist - sie kann jederzeit 
unter dem Namen SYS: angesprochen werden - und in welchem 
Verzeichnis dieser Diskette die CLI-Befehle stehen. 


Gibt man nun einen solchen Befehl ein, wird sofort genau diese 
Diskette verlangt, falls sie nicht schon eingelegt ist. 


In unserem obigen Beispiel haben wir nur den Fehler gemacht, 
dem Dir-Befehl nicht den richtigen Namen der Diskette mitzu- 
geben, deren Inhaltsverzeichnis wir ansehen möchten. Denn df0: 
ist nur die Bezeichnung des Laufwerks. Findet das DOS den 
Dir-Befehl auf der Workbench-Diskette, wird nun nicht mehr 
die von uns gewünschte Diskette verlangt, sondern eben das In- 
haltsverzeichnis der Diskette ausgegeben, die sich zu diesem 
Zeitpunkt im Laufwerk Null befindet. 


Mit dem Befehl Dir Spiele: zum Beispiel wäre das nicht passiert. 
Das DOS würde ın diesem Fall zuerst nach der Workbench-Dis- 
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kette fragen, von dieser den Befehl Dir laden, anschließend nach 
einer Diskette mit dem Namen "Spiele" verlangen und nun erst 
deren Inhaltsverzeichnis ausgeben. 


Es geht aber auch einfacher, wie wir in den nächsten beiden 
Abschnitten zeigen werden. 


4.4.1 CLI-Befehle in der RAM-Disk 


Das oben beschriebene Problem läßt sich auf eine einfache Art 
und Weise mit Hilfe der RAM-Disk lösen: Legen Sie dazu ein- 
mal die Workbench-Diskette ein, und tippen Sie die folgenden 
drei Zeilen ab: 


makedir ram:c 
copy from df0:c/dir to ram:c 
path ram:c add 


Anschließend können Sie jede beliebige Diskette einlegen und 
sich sofort deren Inhaltsverzeichnis durch Dir dfO0: ansehen. Der 
Dir-Befehl wird hierbei innerhalb kürzester Zeit aus der RAM- 
Disk geladen. Die einzelnen Befehle haben folgende Funktionen: 


Zeile ] 


Es wird ein beliebiges Unterverzeichnis (hier C) in der RAM- 
Disk erzeugt. 


Zeile 2 


Der Befehl Dir wird von der eingelegten Diskette ın dieses Un- 
terverzeichnis kopiert. Dahinter könnten noch weitere Kopier- 
anweisungen für andere CLI-Befehle folgen. 


Zeile 3 


Dem DOS wird mitgeteilt, daß vor der Frage nach der Diskette 
mit den CLI-Befehlen erst noch ın der RAM-Disk im Unter- 
verzeichnis C nachgesehen werden soll. Nur wenn der Befehl 
hier nicht zu finden ist, soll nach der Diskette verlangt werden. 
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Außer durch den Befehl Path gibt es noch eine zweite Möglich- 
keit, wie man DOS dazu bewegen kann, CLI-Befehle aus der 
RAM-Disk zu holen. Der Befehl Assign ermöglicht es, von 
vornherein einen vollständig neuen Pfadnamen für die Suche 
nach allen CLI-Befehlen vorzugeben. Schauen Sie sich zunächst 
einmal die Liste an, die der Amiga ausgibt, wenn man nur As- 
sign eingibt. Dort finden Sie unter der Überschrift Directorys: 
auch einen Eintrag C. Rechts daneben ist diesem C ein Pfad- 
name zugeordnet. Dort steht zum Beispiel: A500 WB1.3 D:c. Das 
AmigaDOS sucht nun immer in dem Verzeichnis nach den CLI- 
Befehlen, die hier angegeben sind. Beim Start des Rechners wird 
hier automatisch das Verzeichnis C der System-Diskette einge- 
tragen. Durch den Befehl Assıgn kann diese Eintragung sehr 
leicht verändert werden: 


makedir RAM:c 
assign C: RAM:c 


Ihr Amiga wird nun nur die Befehle verstehen, die sich in der 
RAM-Disk im Unterverzeichnis C befinden. Man sollte also di- 
rekt hinter MakeDir die nötigen Befehle in dieses Unterver- 
zeichnis kopieren. Um dennoch an die CLI-Befehle der einge- 
legten Systemdiskette zu kommen, muß man jetzt ihren vollstän- 
digen Pfadnamen angeben: 


sys:c/assign C: sys:c 


Hierdurch wird die Zuweisung der RAM-Disk wieder rückgän- 
gig gemacht, damit Sie in aller Ruhe erst einmal ein paar Be- 
fehle kopieren können. Durch sys: wird automatisch die System- 
diskette angesprochen. Liegt sie nicht im Laufwerk, wird sie in 
einem Requester verlangt. 


Ein Grundgerüst an CLI-Befehlen erzielt man durch die Eingabe 
der folgenden Zeilen: 


makedir ram:c ;(falls noch nicht geschehen !) 
copy c:assign ram:c 
copy c:dir ram:c 
copy c:cd ram:c 
copy C:copy ram:c 
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copy c:delete ram:c 
copy c:makedir ram:c 
copy c:rename ram:c 
copy c:newcli ram:c 
copy c:endcli ram:c 
copy c:run ram:c 
copy c:list ram:c 
assign c: ram:c 


Natürlich können Sie noch weitere CLI-Befehle in die RAM- 
Disk kopieren. Man sollte sich aber auf die wichtigsten be- 
schränken, da ein Befehl wie SetClock oder Date dort wirklich 
nur Speicher verschwendet. Besitzer eines Amiga mit nur 512 
KByte Speicherkapazität können hierbei sogar in ernsthafte 
Schwierigkeiten kommen. 


Sollte wirklich einmal ein Befehl benötigt werden, der nicht in 
der RAM-Disk vorhanden ist, können Sie entweder mit Assign 
wieder auf die Systemdiskette zurückschalten (assign c: sys:c) 
oder durch Angabe des vollständigen Pfadnamens auf den feh- 
lenden Befehl zugreifen: sys:c/date 14-feb-89 19:30:35. 


Wenn Ihnen die Eingabe der obigen Befehlsliste vor jeder Arbeit 
mit dem CLI zu langwierig erscheint, können Sie die Prozedur 
auch automatisieren. Im Kapitel 5 gibt es jede Menge Hınweise 
hierzu. 


Weitergehende Informationen zu den Befehlen MakeDir, Copy, 
Path und Assign finden Sie übrigens im Kapitel 2. 


4.4.2 CLI-Befehle resident im RAM 


Eine weitere Möglichkeit, wie man das häufige Diskettenwech- 
seln im CLI in den Griff bekommen kann, besteht darin, die am 
häufigsten benötigten CLI-Befehle resident in den Arbeitsspei- 
cher zu laden. Hierfür steht in der Workbench 1.3 der Befehl 
Resident zur Verfügung, mit dessen Hilfe man aus einem tran- 
sienten einen residenten Befehl machen kann. Gibt man den 
Befehl resident c:dir ein, so wird zunächst einmal der Dir-Befehl 
von der Workbench-Diskette in den Arbeitsspeicher geladen. 
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Anschließend steht der Dir-Befehl jederzeit zur Verfügung und 
braucht nicht mehr erst von der Diskette nachgeladen zu wer- 
den. 


Diese Methode funktioniert jedoch nur bei den Befehlen, die in 
ihrem Status-Flag das sogenannte Pure-Bit gesetzt haben. Nur 
diese Befehle erfüllen die Bedingungen, die für ein residentes 
Laden erforderlich sind. Zum Glück ist dieses Pure-Flag jedoch 
bei nahezu allen CLI-Befehlen gesetzt. 


Das residente Laden eines CLI-Befehls nimmt weniger Speicher- 
platz in Anspruch als eine Kopie des Befehls in der RAM-Disk. 
Außerdem muß der Befehl bei seinem Aufruf nicht erst noch 
aus der RAM-Disk in den Arbeitsspeicher geladen werden, so 
daß auch hierbei Speicherplatz eingespart wird. Bei Befehlen 
oder Programmen, die nicht resident geladen werden können 
(z.B. bei Compilern oder Assemblern), ist jedoch die beschrie- 
bene Methode mit der RAM-Disk auch in der Workbench 1.3 
weiterhin das einzig probate Mittel, wie man mit möglichst we- 
nig Diskettenwechseln auskommen kann. 


4.5 Kopieren mit der RAM-Disk 


Mit zwei Laufwerken ist das Kopieren von einzelnen Dateien 
oder ganzen Ordnern kein Problem. Der Kopierbefehl könnte 
zum Beispiel lauten: | 


copy dfO:utilities/notepad df1:Hilfsprogramme . 


Wie soll man aber mit nur einem Laufwerk Kopien anfertigen? 
Eine Möglichkeit besteht darin, anstelle der Laufwerksnummern 
die Namen der Disketten anzugeben. Zum Beispiel: 


copy from TEXTOMAT:Briefe/Peter to Texte:Briefe 


Das DOS fragt nun automatisch abwechselnd nach diesen Dis- 
ketten und orientiert sich nicht mehr an den Laufwerksnum- 
mern. Diese Methode hat aber zwei große Nachteile: 
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1. Man muß immer die Namen der beiden Disketten wissen. 


2. Selbst bei einer kleinen Datei von nur einigen Bytes muß 
häufig die Diskette gewechselt werden. 


Dieses Verfahren dürfte daher für eine ernsthafte Anwendung 
ausscheiden. Die bessere Kopiermethode benutzt die RAM-Disk 
zur Zwischenspeicherung der Dateien. Die Vorgehensweise ist 
dabei ganz einfach: Zuerst wird die Diskette eingelegt, von der 
etwas kopiert werden soll. Die entsprechenden Dateien werden 
durch den Copy-Befehl in die RAM-Disk gebracht. 


Anschließend wird die Zieldiskette in das Laufwerk gelegt, und 
die gewünschten Dateien werden von der RAM-Disk hierauf 
kopiert. Beispiel: Es soll eine Kopie des gesamten C-Verzeich- 
nisses auf einer anderen Diskette angelegt werden: 


1. Quelldiskette einlegen. 
2. Der Ordnerinhalt wird ins RAM kopiert: 
copy df0:c ram: 
3 Zieldiskette einlegen. 
4. Ein Ordner namens "c" wird erzeugt: 
makedir dfO:c 
5. Der Ordnerinhalt wird auf die Zieldiskette kopiert: 
copy ram: df0:c 
Das Ganze kann natürlich nur funktionieren, wenn man vorher 
den Copy- und MakeDir-Befehl in die RAM-Disk kopiert und 
dies dem System mit Assign oder Path mitteilt. Die beiden Be- 


fehle müssen nämlich auch dann vorhanden sein, wenn sich die 
Systemdiskette gerade nicht im Laufwerk befindet. 
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Nach dem Kopiervorgang sollten die Dateien ın der RAM-Disk 
wieder gelöscht werden, um den von ihnen belegten Speicher- 
platz wieder dem System zuzuführen. Der Befehl hierzu lautet: 


delete ram:c all. 


Hierdurch wird das gesamte Verzeichnis C, das für den obigen 
Kopiervorgang in der RAM-Disk angelegt wurde, wieder ge- 
löscht. 


4.6 Drucken vom CLI aus 


Die von der Workbench stiefmütterlich behandelten Drucker- 
freunde sollen im folgenden auf ihre Kosten kommen. Beschäf- 
tigen sich die ersten Abschnitte noch mit den Grundlagen des 
Druckens im CLI, geht es anschließend um die Bewältigung der 
Probleme, die auch den CLI-Profi zur Verzweiflung treiben 
können. 


4.6.1 File-Ausdruck mit Copy 


Der Befehl Copy ist Ihnen sicherlich schon öfter begegnet. Zur 
Erinnerung: Er ermöglicht das Duplizieren von Dateien bzw. 
ganzen Ordnern. Die Syntax lautet: 


COPY FROM,TO/A,ALL/S,QUIET/S 


FROM und TO geben die Quelle und das Ziel des Vorgangs an; 
durch den Zusatz ALL werden alle Files eines FROM-Directorys 
angesprochen. QUIET schließlich bewirkt eine "leise" Bearbei- 
tung des Befehls, was nicht ganz wörtlich zu nehmen ist: Es 
werden dabei einfach nur die sonst auftretenden Ausgaben un- 
terdrückt. | 


Das Duplizieren hat es nun aber in sich, denn es können alle an 
Ihren Amiga angeschlossenen Geräte angesprochen werden, und 
zwar nicht nur Floppy oder Harddisk. Die möglichen Daten- 
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flußrichtungen hängen dabei vom jeweiligen Gerät ab. Der 
Drucker als Datenquelle ist natürlich Unsinn, er kann also nur 
ein Zielgerät sein, während z.B. eine Floppy beide Datenrichtun- 
gen (Laden und Speichern) erlaubt. 


Eine Liste der Geräte, die Ihr Amiga kennt, erhalten Sie nach 
der Eingabe des Befehls Assign. Je nach Konfiguration stehen 
dort unter Devices zum Beispiel: 


DFO DF1 PRT PAR SER RAW CON RAM 
NEWCON 


Uns interessiert aber nur der Drucker, der auch in Ihrer Liste 
durch den Namen PRT für Printer vertreten sein wird. 


Möchte man nun ein Textfile schwarz auf weiß besitzen, kann 
man durch "copy name _des_ files to prt": sehr schnell den ge- 
wünschten Ausdruck erzielen. 


Welches Format der Ausdruck besitzt? Nun, das hängt von den 
gewählten Parametern im Programm Preferences ab. Sie kennen 
es sicher noch von der guten alten Workbench. Was dort einge- 
stellt ist, zählt! Wenn also z.B. eine serielle Datenübertragung 
gewünscht wird, handelt es sich bei PRT um ein serielles De- 
vice, ansonsten um ein paralleles. 


Das Drucker-Device wird also praktisch durch die Preferences 
"bevormundet". Ein Programm, das Daten zum Drucker schickt, 
muß sich keine Sorgen mehr um Schnittstellentypen, Druck- 
breiten oder Papierlängen machen. Die Steuerzeichen werden 
automatisch für den angewählten Drucker eingefügt, die Daten 
also erst noch interpretiert. Für spezielle Anwendungen möchte 
man dies jedoch umgehen. Dafür stehen die Roh-Treiber PAR 
und SER zur Verfügung. Daten, die an sie übergeben werden, 
gehen direkt hinraus zur Peripherie. 
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4.6.2 Umienken der Ausgabe im CLI 


Mit dem Copy-Befehl haben wir die ersten Druckerhürden doch 
ganz gut genommen. Wie bekommt man aber nun eine Ausgabe, 
die ein Programm gerade auf dem Bildschirm erzeugt, in eine 
Datei, die man dann mittels Copy auf den Drucker ausgeben 
kann? Viel zu kompliziert gedacht! Es geht viel einfacher. Sämt- 
liche Ausgaben der DOS-Befehle können auf ein beliebiges Ge- 
rät umgeleitet werden. Sinnvollerweise hat man als DEFAULT- 
Device (=voreingestelltes Gerät) den Bildschirm gewählt. Nie- 
mand wird aber daran gehindert, durch das Anhängen von 
>SER: an den Befehl Dir das Inhaltsverzeichnis seiner Work- 
bench-Diskette via Modem nach Tokio zu schicken. 


Im Ernst: Alle Devices, die Daten entgegennehmen können, also 
auch Ihr Drucker PRT:, sind für die Ausgabe zugelassen. Ein- 
fach die spitze Klammer > hinter das Kommando setzen, gefolgt 
von dem Device-Namen (z.B. PRT), und ab geht’s. Man muß bei 
der Umlenkung von Ausgaben jedoch auf die Reihenfolge 
eventueller Befehlsoptionen achten: Zuerst steht immer das re- 
direct the output-Kommando (also unser >-Zeichen), gefolgt 
vom Device-Namen. Erst dann dürfen die zusätzlichen Angaben 
für den Befehl erscheinen. Dazu sind ein paar Beispiele ange- 
bracht: 


dir >prt: 
Gibt das aktuelle Inhaltsverzeichnis auf den Drucker aus. 


dir >prt: opt a 
Gibt alle Verzeichnisse der aktuellen Disk auf den Drucker aus. 


dir >prt: ram: opt a 


Gibt alle Verzeichnisse der RAM-Disk auf den Drucker aus. 


echo >prt: "Hallo" 


Der Texte "Hallo" wird ausgedruckt. 


type >prt: dfO:s/startup-sequence 
Die Startup-Sequenz wird ausgedruckt. 
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4.6.3 Steuerzeichen für den Drucker 


Das Programm Preferences auf der Worbench-Diskette wirkt auf 
den ersten Blick recht leistungsfähig. Wenn man dann aber ein- 
mal die versprochenen Sonderfunktionen der Druckerbetriebsan- 
leitung mit den angebotenen Menüpunkten in den Preferences 
vergleicht, wird man doch meistens seitens des Amiga einige 
Dinge vermissen: Hier gibt es zum Beispiel keine Möglichkeiten, 
um verschiedene nationale Zeichensätze einzuschalten oder den 
Doppeldruckmodus für die Arbeit im CLI zu aktivieren. Von 
AmigaBASIC aus stellt dies zumindest prinzipiell kein größeres 
Problem dar (siehe AmigaBASIC-Handbuch), denn mit Hilfe der 
CHR$-Funktion können von BASIC aus auch Steuerzeichen an 
den Drucker geschickt werden. 


Es gibt auf der Workbench-Diskette der Version 1.3 einen CLI- 
Befehl, der uns eine ähnliche Funktion zur Verfügung stellt: Der 
Befehl heißt Eval und ist im Kapitel 2 schon einmal kurz be- 
handelt worden. Eval erlaubt es unter anderem, einen beliebigen 
ASCII-Code (also auch Steuerzeichen) an ein Gerät zu schicken. 


Für die meisten Epson-Drucker zum Beispiel bedeutet das Steu- 
erzeichen 15 das Einschalten des Schmalschrift-Modus. Der zu- 
gehörige Befehl im CLI lautet: 


eval 15 Lformat="%c" to par: 


Bis auf Widerruf (eval 20 lformat="%c" to prt:) werden nun alle 
CLI-Ausgaben, die an den Drucker geschickt werden, in 
Schmalschrift ausgedruckt. 


Ist man gezwungen, beim Ausruck häufiger zwischen Normal- 
und Schmalschrift zu wechseln, so kann man sich in einer Shell 
auch zwei Alias-Befehle hierfür anlegen: 


alias schmal eval 15 lLformat="%c" to par: 
bzw.: 


alias normal eval 15 Lformat="%c" to par: 
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Anschließend genügt die Eingabe von schmal bzw. normal, um 
den Druckmodus entsprechend umzuschalten. 


Schließlich verstehen die Drucker noch eine Vielzahl sogenannter 
Escape-Sequenzen. Hierbei handelt es sich gleich um eine ganze 
Salve von Steuerzeichen, die durch das ASCII-Zeichen ESC (dez. 
27) eingeleitet werden und nacheinander an den Drucker ge- 
schickt werden müssen. Je nach Befehl folgt dem ESC noch 
mindestens ein Steuerzeichen. In BASIC sieht eine typische Se- 
quenz folgendermaßen aus: 


OPEN "PAR:=" FOR OUTPUT AS #1 
PRINT#1 ,CHR$SC27);"R";CHRSC9); 


Durch das CHR$(9) wird der norwegische Zeichensatz aktiviert. 
Dasselbe erreicht man im CLI durch die folgende Befehlsse- 
quenz: 


eval 27 Lformat="%c" to par: 
echo >par: !'R"' NOLINE 
eval 9 Lformat="%c" to par: 


Benötigt man diese Befehlsfolge häufiger, so legt man sie am 
besten ın einer Batch-Datei unter einem passenden Namen ab. 
Setzt man anschließend noch mittels "Protect [batchname] +s" das 
Script-Flag, so muß nur noch der Name der Batch-Datei einge- 
geben werden, um den Drucker auf den norwegischen Zeichen- 
satz umzustellen. 


4.7 Anwendungen zum NEWCON-Device | 


Mit dem Console-Device NEWCON lassen sich im CLI einige 
nette Dinge anstellen. Die folgenden Abschnitte sollen Ihnen nur 
ein paar Anregungen für eigene Experimente mit diesem Device 
geben. 
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Eigene Fenster für CLI-Ausgaben 


Grundsätzlich kann man alle Ausgaben, die von CLI-Befehlen 
auf dem aktuellen Fenster erzeugt werden, auch auf andere Ge- 
räte umleiten. Besonders nützlich ist es in einigen Fällen, die 
Ausgabe auf ein eigenes Fenster umzuleiten. 


Möchte man zum Beispiel das Inhaltsverzeichnis einer Diskette 
ansehen, aber in dem CLI weiterarbeiten, muß für diesen einen 
Befehl nicht extra ein neues CLI-Fenster mit NewCLI geöffnet 
werden. Der folgende Befehl gibt zum Beispiel das Inhaltsver- 
zeichnis der Diskette in Laufwerk dfO: in einem eigenen Fenster 
aus: 


run dir >newcon: 10/10/400/100/Inhalt dfO: 


Die Ausgabe kann jederzeit angehalten werden, indem man das 
Fenster anklickt und eine beliebige Taste drückt. Durch Return 
wird die Ausgabe fortgesetzt. Nach Beendigung des Befehls 
verschwindet das Fenster automatisch wieder. 


Der Drucker als Schreibmaschine 


Nichts ist vom CLI aus einfacher, als einen angeschlossenen 
Drucker zu einer komfortablen Schreibmaschine umzufunktio- 
nieren. Dazu genügt die Eingabe der folgenden Befehlszeile: 


copy * to prt: 


Mit dem Sternchen wird für die Eingaben ein ganz spezielles 
NEWCON-Fenster angesprochen,und zwar das der jeweiligen 
Shell. Alle Eingaben werden nun nach dem Drücken der Return- 
Taste auf dem Drucker ausgegeben. Vorteil gegenüber einer 
normalen Schreibmaschine: Bevor die Zeichen abgeschickt wer- 
den, können noch Korrekturen an der Zeile vorgenommen wer- 
den. Außerdem können mit Hilfe der Pfeiltasten sehr leicht 
Texte wiederholt werden. Zum CLI-Prompt zurück gelangt man 
durch die Eingabe von Ctrl und \. 
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Textdateien erstellen 


Wenn man schnell einmal eine kleine Textdatei erzeugen will, 
bietet sich der folgende Befehl an: 


copy * to dfO:text 


Der Unterschied zu dem Beispiel aus dem letzten Abschnitt be- 
steht nur darin, daß die Zeichen hier nicht an den Drucker, 
sondern an das Diskettenlaufwerk geschickt werden. Dort wer- 
den sie in einer Datei mit dem Namen Text abgelegt. Zur Er- 
stellung kleinerer Textdateien kann man sich dadurch häufig das 
Laden des relativ umfangreichen Programms ED sparen. Auch 
diese Funktion kann durch die Eingabe von Ctrl und \ beendet 
werden. 


Textdateien erweitern 


Möchte man eine schon bestehende Textdatei noch um einen 
Textkopf (z.B. eine Programmbeschreibung) erweitern, kann dies 
sehr leicht durch den nun folgenden Befehl erreicht werden: 


join newcon: 10/10/400/100/Eingabe dfO:textdatei as dfO:neudatei 


Die ursprüngliche Aufgabe des Join-Befehls besteht darin, 
mehrere Dateien zu einer einzigen zusammenzufügen. In unse- 
rem Fall besteht die erste Datei aus einem NEWCON-Fenster, 
die zweite Datei ist der schon bestehende Text auf der Diskette. 
Das Gesamtergebnis wird unter dem Namen Neudatei auf dem 
Laufwerk Null abgespeichert. 


Nach der Eingabe des Befehls erscheint ein Fenster mit den an- 
gegebenen Ausmaßen. Hier können Sie nun die Eingaben ma- 
chen, die zu Beginn der Textdatei noch zusätzlich erscheinen 
sollen. Durch Ctrl und \ wird die Eingabe abgeschlossen und das 
Gesamtergebnis auf der Diskette unter dem angegebenen Namen 
abgelegt. 


——— Hinweise zur Arbeit mitdem CL|L —————  —— 195 


Auf ähnliche Art und Weise kann natürlich auch an das Ende 
einer bestehenden Textdatei eine Eingabe angehängt werden. 
Hierzu müssen hinter dem Join-Befehl nur die ersten beiden 
Parameter vertauscht werden: 


join dfO:textdatei newcon: 10/10/400/100/Eingabe as dfO:neudatei 


Ein CLI-Wecker 


Gerade bei der spannenden Arbeit im CLI kann es schon mal 
passieren, daß man einen wichtigen Termin einfach vergißt. 
Natürlich gibt es auf der Workbench-Diskette die Uhr, mit der 
man auch eine Alarmzeit programmieren kann. Sie hat aber auch 
einige Nachteile: 


Erstens muß sie meistens lange gesucht werden, zweitens braucht 
sie für ihre Aufgabe zuviel Speicherplatz, drittens können nur 
absolute Alarmzeiten programmiert werden, und viertens kann 
man immer nur eine Alarmzeit vorwählen. 


Mit einem kleinen Trick kann man sich im CLI diese Uhr spa- 
ren. Die folgenden Zeilen demonstrieren, wie das funktioniert: 


run wait 10 min + (Return) 
echo "Hallo, der Kaffee ist fertig !" (Return) 


Leider erscheint die Ausgabe immer in dem CLI, von dem aus 
der Prozeß gestartet wurde. Man sollte daher darauf achten, daß 
dieses CLI nie von anderen Fenstern verdeckt wird. 


Mit einem weiteren Trick kann aber zumindest erreicht werden, 
daß der Bildschirm einmal kurz aufblitzt. Man kann dann in 
aller Ruhe alle vorhandenen CLI-Fenster nach dem Text absu- 
chen, den die Alarmuhr ausgegeben hat. Um dies zu erreichen, 
muß der im "Alarmfall" auszugebende Text innerhalb der 
Anführungszeichen einfach durch die Tastenkombination Ctrl 
und g erweitert werden. Bei der Eingabe erscheint dabei in der 
Shell ein inverses G. 
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Mit dem Wait-Befehl kann für den Alarm auch eine Uhrzeit 
vorgewählt werden. Im Kapitel 2 finden Sie zu diesem Befehl 
alle erlaubten Parameter. 


Da die CLI-Uhr einen eigenen Prozeß belegt, können Sie gleich 
mehrere Wecker auf einmal stellen. Selbst wenn man hiermit die 
im Amiga maxımal mögliche Zahl von 20 Prozessen ausreizt, 
bemerkt man im CLI dadurch kaum eine Beeinträchtigung in 
Form einer verlangsamten Rechnergeschwindigkeit. 


Umrechnung Tastatur -> ASCII 


Besonders beim Programmieren passiert es manchmal, daß man 
bestimmte ASCII-Codes wissen muß, mit denen ja alle Tasta- 
turzeichen im Amiga intern dargestellt werden. Bevor Sie in Zu- 
kunft hierfür Bücher zu Rate ziehen, geben Sie doch einfach 
vom CLI aus die folgende Zeile ein: 


type newcon:300/10/150/50/Converter to * opt h 


Es erscheint oben rechts auf dem Bildschirm ein kleines Fenster, 
in dem Sie jetzt die Zeichen eingeben können, deren ASCII- 
Code Sie benötigen. Die Eingabe muß immer auf 16 Zeichen 
erweitert werden. Um zum Beispiel den ASCII-Code der Buch- 
staben S und J zu bestimmen, geben Sie diese beiden Zeichen 
ein und betätigen Sie nun so oft die Return-Taste (14mal), bis 
das Ergebnis im CLI-Fenster erscheint. Für die beiden Buchsta- 
ben erhält man so die ASCII-Werte $73 bzw. $6A. Die restlichen 
Stellen werden mit dem Zeichen für die Return-Taste aufgefüllt 
($0A). Die Angaben werden also immer im hexadezimalen For- 
mat gemacht (daher auch das opt h!). Beendet wird diese kleine 
Umrechnungsfunktion durch Ctrl und \. 


4.8 Anwendungen zur seriellen Schnittstelle 
Die Multitasking-Fähigkeiten des Amiga sind wohl jedem be- 


kannt. Manchmal wird in Verbindung mit diesem Rechner aber 
auch das Wort Multiuser-Betrieb in den Mund genommen. Dar- 
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unter versteht man das Zusammenschalten mehrerer Terminals 
an eine Zentraleinheit. Ein solches Terminal kann eine beliebige 
Bildschirmstation sein, die lediglich eingegebene Tastaturzeichen 
an die Zentraleinheit schickt und auf dem Bildschirm die von 
der Zentraleinneit empfangenen und ausgewerteten Informatio- 
nen wieder ausgibt. Die Aufgabe der Zentraleinheit würde in 
unserem Fall dem Amiga zukommen, da er ja mehrere Pro- 
gramme getrennt abarbeiten kann. 


Die Funktion eines Terminals könnte theoretisch jeder kleine 
Rechner übernehmen, der mit einer entsprechenden Schnittstelle 
ausgestattet ıst und so mit der Zentraleinheit kommunizieren 
kann. Da der Amiga aber nur eine serielle Schnittstelle bedienen 
kann, ist ohne eine umfangreiche Hardware (und auch Software) 
nur der Anschluß eines weiteren Terminals möglich. 


Wir haben dies einmal ausprobiert. Die Aufgabe des Terminals 
hat ein Amiga 500 in der Grundkonfiguration (512 KByte, 1 
Diskettenstation) übernommen, die Aufgabe des Zentralrechners 
ein Amiga 2000 mit Festplatte und zwei Diskettenstationen. Das 
passende Kabel haben wir selbst gelötet. Es besteht aus zwei 25- 
poligen Sub-D-Buchsen, die über ein 7-adriges Kabel miteinan- 
der verbunden sind. Die Länge des Kabels ist relativ unkritisch, 
da eine serielle Datenübertragung nicht sehr störanfällig ist. Die 
Anschlußbelegung sieht folgendermaßen aus: 


Pin mit Pin Funktion 


TXD->RXD (Sender->Empfänger) 
RXD<-TXD (Empfänger<-Sender) 
RTS->CTS (Handshake eine Richtung) 
CTS<-RTS (Handshake andere Richtung) 
DTR->DSR (Funktionskontrolle) 
DSR<-DTR (Funktionskontrolle) 

GND ' (Signalmasse) 


DD 
199 aD 


nn 
1o 090 na m 


Man erkennt die vollständig symmetrische Pin-Belegung. Daher 
ist es auch egal, welche Buchse man mit welchem Rechner ver- 
bindet. Beim Kauf der 25-Buchsen sollte man auf das Gehäuse 
achten: Die meist grauen Sub-D-Stecker passen aufgrund ihrer 
Gehäuseschrauben nur schlecht in den Amiga. Besser (und na- 
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Gehäuseschrauben nur schlecht in den Amiga. Besser (und na- 
türlich auch ein wenig teurer) sind die Stecker, die wie das Mo- 
nitorkabel mit dem Amiga verschraubt werden können. Dieses 
kann auch an einen Atari-Rechner (der selbstverständlich nur als 
Terminal dienen kann) angeschlossen werden. 


Unser Kabel unterstützt sowohl 3-Draht- (xON, xOFF) als auch 
den RTS/CTS-Handshake. 


Achtung: Schalten Sie ın jedem Fall vor der Herstellung der 
Verbindung beide Rechner vollständig ab. Die 8520- 
Bausteine (Stückpreis immerhin ca. 30 DM) und die 
vorgeschalteten RS232-Treiber belohnen diese Rück- 
sichtnahme durch ihr weiteres Funktionieren. 


Für unsere ersten Versuche im CLI haben wir mit Hilfe des 
Programms Preferences auf beiden Rechnern die folgenden Pa- 
rameter eingestellt und abgespeichert: 


Baud Rate 9600 

Read Bits 8 

Write Bits 3 

Stop Bits 2 

Parity None 
Handshaking RTS/CTS 


Der erste vorsichtige Test mit dem Terminal-Programm, das sich 
auf der dem Amiga mitgelieferten Extras-Diskette befindet und 
auf beiden Rechnern gestartet wurde, ist leider fehlgeschlagen. 
Die Meldung "Modem nicht bereit", die dieses Programm auf 
beiden Rechnern in der obersten Zeile anzeigt, führen wir auf 
ein Fehlen eines Signals an Pin 8 zurück. Die Bezeichnung für 
dieses Signal lautet Carrier Detect. Es ist im Modem-Betrieb 
immer dann aktiv, wenn ein Trägersignal (Pfeifton) von der Ge- 
genstation empfangen wird. 


Der nächste Versuch war da schon erfolgreicher: Auf dem Zen- 
tralrechner (Amiga 2000) haben wir vom CLI aus den folgenden 
Befehl eingegeben: 


run copy aux: to newcon: 10/10/300/100/Empfang 
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Alle empfangenen Daten sollen also in einem Fenster der ange- 
gebenen Größe ausgegeben werden. Mit dem Amiga 500 haben 
wir dann das Inhaltsverzeichnis der eingelegten Diskette auf die 
serielle Schnittstelle umgeleitet: 


dir >aux: 


Da die Übertragung funktioniert hat, haben wir uns Gedanken 
über den Multiuser-Betrieb gemacht. Dabeı ist uns für den 
Zentralrechner (Amiga 2000) eine einfache Lösung eingefallen: 
Der NewShell-Befehl kann ja bei Bedarf um eine vollständige 
NEWCON-Fensterangabe erweitert werden. Einerseits werden 
dann aus diesem Fenster die Befehle entgegengenommen, und 
andererseits schreiben die CLI-Befehle ihre Ausgaben in dieses 
Fenster hinein. Der nun folgende Trick ist genauso einfach wie 
wirkungsvoll: Der NewShell-Befehl wird vollständig auf die seri- 
elle Schnittstelle AUX: umgeleitet. Das geht folgendermaßen: 


newshell aux: 


Mehr nicht! Leider ist es vom CLI aus nicht so leicht möglich, 
ein echtes Terminal zu simulieren. Wir haben daher einfach eine 
kleine Batch-Datei vom 500er an den 2000er geschickt. Plötzlich 
lief die Festplatte an, da in der Batch-Dateı stand: dir jh0:. 
Außerdem zeigte der Status-Befehl die Bearbeitung dieses Be- 
fehls an. Der erste Schritt zum Multiuser-Betrieb ist auf jeden 
Fall gemacht. 


Wir haben aber noch eine weitere Anwendung für das Kabel zu 
bieten. Andern Sie doch einmal den Aufruf, mit dem Sie die 
Workbench laden, folgendermaßen um: 


loadwb -debug 


Nach dem Start der Workbench sieht noch alles völlig normal 
aus. Halten Sıe aber einmal die rechte Maustaste gedrückt, und 
bewegen Sıe die Maus über den rechten Rand der Menüleiste 
hinaus. An einer Stelle taucht plötzlich ein völlig neues Menü 
auf, das aus zwei Unterpunkten besteht: 
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1. Debug 
2. Flushlibs 


Es ist nun möglich, von einem zweiten Rechner aus den soge- 
nannten ROM-Wack (ein Diagnoseprogramm) aufzurufen, falls 
ein Task Held oder eine Guru-Meditation auftritt. 


Als einfaches Terminal-Programm genügt schon das BASIC-Pro- 
gramm Kommunik, das sich auf der Extras-Diskette in dem 
Ordner Basic Demos befindet. Sollte sich der Rechner aufhängen 
und man betätigt die rechte Maustaste (Press right button to 
cancel/debug), kann von einem angeschlossenen Rechner mit 
dem Terminal-Programm der Speicher des abgestürzten Rechners 
inspiziert werden. Der Menüpunkt Debug schaltet den ROM- 
Wack auch dann ein, wenn kein Absturz stattgefunden hat. 
Durch den Menüpunkt Flushlibs wird soviel Systemspeicher wie 
möglich belegt, damit vorhandene Strukturen (Librarys, Devices 
etc.) nicht überschrieben werden können. 


Zur Bedienung des ROM-Wacks nun ein Beispiel: Rechner A 
und Rechner B sınd über das RS232-Kabel verbunden. In der 
Workbench des Rechners A wird nun der Menüpunkt Debug an- 
gewählt. Dies bewirkt auf dem Terminal-Rechner B die Ausgabe 
der folgenden Meldung: 


rom-wack 

PC: FCO8B8 SR: 0010 USP: C2A464 SSP: C’FFFA XCPT: 0000 TASK: C290EO 
DR: 00000000 0000F803 000288C8 00000000 0000F803 00000008 00C0A620 
00000000 

AR: 0O00001E8 00C05000 0000F803 OOFFO282 000288C8 OOC2ALCC 00C00276 

SF: OOFF 395A 0002 88C8 OOFE F8E4 OOFE E4C4 OOFF 3470 OOFE FA4A O0OCO 
ACCO 0002 


Assembler-Experten können diese Angaben nun auswerten und - 
über die vom Wack bereitgestellten Funktionen - Manipulationen 
ım -Rechnerspeicher vornehmen. Ein Druck auf das Fragezeichen 
des Terminal-Rechners läßt eine Liste aller Befehle erscheinen, 
die ROM-Wack kennt: 
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alter boot clear fill find go ig limit list regs 
reset resume set show user 


Hier die wichtigsten Kommandos: 


Alter 
Dient zum Ändern von Speicherinhalten. 


Boot 
Der abgestürzte Rechner wird neu gebootet. 


Clear 
Speicherbereiche löschen. 


Fill 
Speicherbereiche füllen. 


Find 
Speicherbereiche nach bestimmten Hex-Werten absuchen. 


Go 
Programm starten. 


Regs 
Ausgabe der Registerinhalte. 


Reset 
Verhält sich wıe "boot". 


Resume 
Eine angehaltene Task wird wieder aktiviert. 


Der Adreßbereich wird verändert, indem man einfach eine neue 
Adresse (ohne jeden Befehl) eingibt. 
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Wir haben uns einmal an der Task-Struktur entlanggehangelt, 
die in dem Beipiel bei $C290EO beginnt (siehe Registeranzeige 
unter TASK). Der Befehl lautete also einfach: 


NC29IDEO"" 


Dies ergab die folgende Meldung: 


C290EO 2 00CO 0410 00CO 040C 0001 OOFE cD56 0002 
ee Pr DU MA V.."B 


Mit Hilfe des "Amiga Intern" sind wir dann auf die Adresse ge- 
stoßen, die in einer Task-Struktur auf den Namen der Task 
zeigt. Es ist die Adresse FECD56 aus der obigen Zeile. Hier 
steht nun: 


FECD56 576F 726B 6265 6E63 6800 2E69 6E66 6FOO Workbench.. .i 
nf o.. 


Es ist also tatsächlich die Workbench-Task, die den ROM-Wack 
aufgerufen hat. 


4.9 Das Fast-File-System 


Im Verzeichnis L der Workbench-Diskette der Version 1.3 findet 
man außer einigen Handler-Programmen auch eine Eintragung 
mit dem Namen "FastFileSystem". Bei einem File-System handelt 
es sich um einen,um einige Funktionen erweiterten Handler. Es 
ist unter anderem direkt für die Organisation der Daten auf den 
Laufwerken verantwortlich. Ein File-System greift dabei nicht 
selbst auf die Hardware zu, sondern bedient sich eines Device- 
Treibers. 


So wıe der Speak-Handler das Speak-Device benutzt, so kann 
ein File-System zum Beispiel das Trackdisk-Device ansprechen, 
um Daten von einer Floppy-Station zu lesen. Ein File-System ist 
ım Gegensatz zu den meisten anderen Handlern auf kein spe- 
zielles Device fixiert. Um eine Harddisk anzusprechen, genügt 
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eine entsprechende Eintragung in der Mountlist (auf sie kommen 
wir noch zu sprechen), und dasselbe File-System greift auf ein 
Harddisk-Device zu. 


Bisher lief die Kommunikation des Amiga mit den angeschlosse- 
nen Laufwerken (Floppy oder Festplatte) in jedem Fall über das 
File-System, das sich fest im Betriebssystem Kickstart befindet. 
Speziell für Laufwerke, deren Speichermedium sich nicht belie- 
big auswechseln läßt (Festplatte, RAD-Disk), hat man nun das 
Fast File System (kurz: FFS) entwickelt. Der Name deutet schon 
auf die wesentliche Verbesserung an diesem File-System hin: Es 
ist um einiges schneller als das gewöhnliche File-System. Da ein 
Diskettenwechsel nicht ausgewertet wird, funktioniert das FFS 
nur in Verbindung mit einer Festplatte oder der neuen RAM- 
Disk RAD einwandfrei. Speziell bei Festplatten können wie- 
derum auch nur die Partitions unter FFS laufen, die nicht auto- 
matisch gemountet werden, für die also eine Eintragung in der 
Mountlist existiert. 


Um in den Genuß des neuen FFS zu gelangen, müssen in der 
Eintragung für das betreffende Gerät bzw. die betreffende Par- 
tition in der Mountlist folgende Zeilen hinzugefügt werden: 


GlobVec = -1 
FileSystem = L:FastFileSystem 
DosType = 0x444F5301 


Diese Änderungen können sehr leicht mit dem Editor ED aus- 
geführt werden. Der Aufruf des ED sieht dafür folgendermaßen 
aus: 


ed devs:mountlist 


Anschließend kann das Gerät durch mount <Gerätename> ein- 
gebunden werden. Diesen Befehl sollte man in der Startup-Se- 
quence hinter einen eventuell vorhandenen BindDrivers-Befehl 
ansıedeln. 


Vor dem ersten Einsatz muß das Laufwerk nun noch neu for- 
matiert werden (dies gilt auch für die RAM-Disk RAD). 
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Soll bei einer Festplatte eine schon vorhandene Partitionierung 
beibehalten werden, so genügt es, nur jeweils die mit dem FFS 
versehenen Partitions neu zu formatieren. Falls auch nur bei ei- 
ner Partition in der Mountlist die Angabe hinter LowCyl bzw. 
HighCyl geändert wird, so muß die gesamte Harddisk neu for- 
matiert werden. 


Besondere Beachtung gebührt bei der Verwendung des FFS dem 
Befehl AddBuffers (s. Kapitel 2). Anders als bei dem gewöhn- 
lichen File-System resultiert aus einer Erhöhung des Puffer- 
speichers durch AddBuffers ın jedem Fall eine Geschwindig- 
keitssteigerung. Besonders deutlich wird diese Steigerung bei der 
Ausgabe des Inhaltsverzeichnisses mit Hilfe des Dir-Befehls. 
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5. Batchprocessing auf dem Amiga 


Die Stapeldateiverarbeitung, ım Neudeutschen auch Batch- 
processing genannt, ist auf allen derzeit bekannten DOS-Rech- 
nern zu finden. Auch das AmigaDOS ist hiervon nicht ausge- 
nommen. Dieses Kapitel informiert Sie darüber, was es mit die- 
ser Technik auf sich hat und wıe man sie auf dem Amiga reali- 
siert. 


5.1 Einführung in die Stapeldateiverarbeitung 


Die nun folgenden Abschnitte sollen Sie zunächst einmal mit der 
Stapeldateiverarbeitung auf dem Amiga vertraut machen. Was 
man letztendlich damit anfangen kann, werden Sie im Anschluß 
an diese Einführung sehen. 


5.1.1 Was sind Batch-Files? 


Im Grunde genommen stellen die CLI-/Shell-Befehle schon eine 
eigene kleine Programmiersprache dar. Man kann zum Beispiel 
den Echo-Befehl mit der Print-Anweisung der Sprache BASIC 
vergleichen. Das Problem ist nur, daß die CLI-/Shell-Befehle 
nur im Direktmodus eingegeben werden können. Wie im Kom- 
mandofenster des AmigaBASIC wird der Befehl nicht als neue 
Programmzeile in einer Liste abgelegt, sondern nach Return so- 
fort ausgeführt. Die wichtigste Eigenschaft einer Pro- 
grammiersprache fehlt also noch: Die Befehle können nicht ge- 
speichert und erst auf ein bestimmtes Kommando hin nachein- 
ander ausgeführt werden. Die Aufgabe der Befehlsspeicherung 
übernehmen ım Amiga die sogenannten Batch-Files (Stapelda- 
teien). Bei ihnen handelt es sich um reine Textdateien, die von 
einem beliebigen Textbe- oder -verarbeitungsprogramm erstellt 
werden können und die nur aus einer Abfolge von CLI-/Shell- 
Befehlen bestehen. Ob Sie solche Batch-Dateien mit dem Note- 
pad, TEXTOMAT oder den CLI-/Shell-Editoren erstellen, bleibt 
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ganz Ihnen überlassen. Wichtig ist hierbei nur, daß der Text aus 
den üblichen (ASCII-) Zeichen besteht. Die Datei kann dann 
unter einem beliebigen Namen abgespeichert werden. 


5.1.2 Wie sehen Batch-Files aus? 


Die einfachsten Batch-Dateien bestehen aus den ganz gewöhn- 
lichen CLI-Befehlen, wie man sie auch im Dialogbetrieb (also 
von CLI oder Shell aus) verwenden kann. In jeder Zeile darf nur 
ein solcher Befehl stehen. Kommentare sind jedoch zugelassen. 
Sie müssen durch ein Semikolon eingeleitet werden und sind in 
ihrer Länge auf die jeweilige Zeile beschränkt. 


Eine sehr einfache Datei könnte z.B. so aussehen: 


copy test#? testprogramm ; kopiert alle Testversionen 
delete test#? ; in einen speziellen Ordner und löscht 
; sie aus dem Hauptverzeichnis. 


Außer den CLI-/Shell-Befehlen dürfen in Batch-Dateien aber 
auch noch eine Reihe spezieller Kommandos auftauchen, deren 
Verwendung in CLI-Fenster oder Shell kaum einen Sinn ergibt 
oder einfach verboten ist. Es sind die Befehle: 


echo 
failat 

_ quit 
if/else/endif 
skip/lab 
ask 
wait 


Gäbe es diese Befehle If, Else und Endlf nicht, würde eine 
Batch-Datei immer linear von oben nach unten abgearbeitet. 
Diese zusätzlichen Befehle ermöglichen es, auf das Auftreten 
bestimmter Situationen mit einem veränderten Programmablauf 
zu reagieren. Eine ausführliche Behandlung dieser wie auch der 
anderen aufgeführten Befehle finden Sie im Kapitel 2. 
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5.1.3 Wie werden Batch-Files aufgerufen? 


Für die Ausführung von Batch-Dateien gibt es den Befehl Exe- 
cute. Auch er wird ausführlich im Kapitel 2 besprochen. Im 
einfachsten Fall wird hinter den Execute-Befehl nur der Name 
der Batch-Datei gehängt, die ausgeführt werden soll. Beispiel: 


execute dfO:meinbatch 


Ab der Version 1.3 der Workbench besteht die Möglichkeit, das 
Status-Bit s einer Datei zu setzen. Dies geschieht mit dem Be- 
fehl: protect dfO:meinbatch +s. Ist das s-Bit gesetzt, dann muß 
der Execute-Befehl nicht mit eingegeben werden, er muß aber 
im c-Verzeichnis der Workbench unter seinem vollen Namen 
vorhanden sein. Der Befehlsname Execute darf also nicht in zum 
Beispiel Ex umbenannt worden sein. Es reicht dann aus, den 
Pfad und den Namen der Batch-Datei einzugeben. In unserem 
Beispiel würde dann die Eingabe von dfO:meinbatch genügen, 
um die Datei abzuarbeiten. Anschließend werden alle CLI-/ 
Shell-Befehle, die sich innerhalb der Datei mit dem Namen 
meinbatch befinden, der Reihe nach abgearbeitet. Erst danach 
ist das CLI bzw. die Shell wieder bereit, neue Befehle auszu- 
führen. Sehr praktisch ıst häufig auch die Verwendung eines ei- 
genen Hintergrundprozesses für die Abarbeitung von Batch-Da- 
teien. Das obige Kommando muß hierzu nur durch den Befehl 
Run aufgerufen werden: 


run execute dfO:meinbatch 


Das Betriebssystem vergibt anschließend für den Execute-Befehl 
einen eigenen Prozeß, so daß während der Abarbeitung der 
Batch-Datei in CLI oder Shell weitergearbeitet werden kann. 
Lediglich eventuelle Ausgaben erscheinen im Ausgabefenster, da 
ja einem nichtinteraktiven Hintergrundprozeß kein eigenes Aus- 
gabefenster zur Verfügung gestellt wird. 
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5.1.4 Ein einfaches Beispiel 


Zum Abschluß dieser kleinen Einführung soll anhand eines ein- 
fachen Beispiels Schritt für Schritt demonstriert werden, wie 
eine Batch-Datei erstellt und eingesetzt wird. In den meisten 
Fällen wird man zur Erstellung einer Batch-Dateı auf den ED- 
Editor zurückgreifen. Dieses kleine Programm gehört zu den 
normalen CLI-/Shell-Befehlen und ermöglicht eine relativ 
komfortable und schnelle Bearbeitung kleinerer Texte. Für 
Batch-Dateien ist dies genau das richtige Werkzeug. Wer lieber 
mit einem anderen Editor oder einer Textverarbeitung arbeiten 
möchte, kann auch dies tun. Die Aufgabe lautet: Schreiben Sie 
eine Batch-Datei, die die Namen aller typischen Batch-Befehle 
auf dem Bildschirm ausgibt. Die Datei soll den Namen Kom- 
mandos bekommen. 


Lösung: Zuerst muß natürlich einmal ein CLI oder eine Shell ge- 
öffnet werden. Der ED wird anschließend aufgerufen durch: ED 
Kommandos. 


Nach einer Weile erscheint das leere Eingabefenster des ED. Da 
es eine Datei mit diesem Namen noch nicht gibt, steht unten 
lınks in der Ecke die Meldung "Creating new file". Nun kann 
man die geforderten Befehle eintragen: 


Kommandos 

echo "execute"" 

echo "echo" 

echo "failat" 

echo "quit" 

echo "if/then/else!" 
echo "skip/lap!" 
echo "ask! 

echo "wait" 


Anschließend wird der ED durch die Befehlssequenz ESC X 
verlassen und die Datei unter dem angegebenen Namen in dem 
aktuellen Verzeichnis abgespeichert. Nun kann diese Batch-Datei 
jederzeit durch die Eingabe des Befehls Execute Kommandos 
ausgeführt werden. Ist mit "protect Kommandos +s" das Script- 
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Bit gesetzt worden, reicht auch die Eingabe von Kommandos 
aus, um die Datei auszuführen. Das Ergebnis im Ausgabefenster 
sieht dann so aus: 


execute 

echo 

failat 

quit 
if/then/else 
skip/lap 
ask 

wait 


Wenn man keine größeren Korrekturen bei der Eingabe eines 
Textes vornehmen muß, kommt man bei der Bedienung des ED 
mit der verwendeten ESC-Sequenz aus. Im Abschnitt 2.4.1 wird 
die Bedienung des ED-Editor ausführlicher besprochen. 


5.2 Modifikationen an der Startup-Sequence der 
Workbench 1.2 


Im Laufe dieses Kapitels haben Sie erfahren, was eine Batch- 
Datei ist und was sie bewirkt. Für viele, die den Begriff Batch- 
Datei zum ersten Mal gehört haben, ist es verwunderlich, wenn 
wir nun behaupten, daß auch Sie schon mit einer solchen Batch- 
Datei gearbeitet haben. Ja, wir gehen sogar soweit und behaup- 
ten, daß alle diejenigen, die schon einmal, nachdem der Amiga 
eingeschaltet wurde, die Workbench-Diskette ins Laufwerk dfO: 
gelegt haben, mit einer Batch-Datei gearbeitet haben. Sıe wissen 
es nur vielleicht nicht. 


Um Ihnen das zu erklären, bitten wir Sie, eine Kopie Ihrer ori- 
gınal Workbench-Diskette anzufertigen. Wenn ım weiteren 
Verlauf dieses Kapitels von der Workbench-Diskette geschrieben 
wird, dann ist ab sofort immer die Kopie gemeint. Die Original- 
diskette sollten Sie immer an einem sıcheren Ort aufbewahren. 


Doch nun zur Erklärung: Schauen Sie sich dazu bitte einmal das 
Inhaltsverzeichnis des Unterdirectorys S der Workbench-Diskette 
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an. Öffnen Sie dazu ein CLI-/Shell-Fenster, und legen Sie die 
Workbench-Diskette in das Laufwerk dfo. 


Geben Sie nun den Befehl Dir df0:S eın. Sie sehen, daß dort 
eine Datei namens Startup-Sequence vorhanden ist. Bevor Sıe 
sich nun diese Datei anschauen, ist es sinnvoll, das CLI-/Shell- 
Fenster auf die maximale Größe aufzuziehen. Geben Sie nun 
den Befehl "Type df0:S/Startup-Sequence" ein. Nachdem das 
Laufwerk kurzzeitig angelaufen ist, wird der Inhalt der Dateı 
auf dem Bildschirm sichtbar. Damit der Text nicht in einem 
Zuge durchläuft, empfehlen wir Ihnen, die Maus direkt nach 
dem Drücken der Return-Taste griffbereit zu haben. Indem Sıe 
die rechte Maustaste gedrückt halten, ıst es möglich, das Weiter- 
Scrollen des Textes solange zu unterbinden, wie Sie es für nötig 
halten. Sie müßten nun auf Ihrem Bildschirm, je nachdem, 
welche Ausführung des Amiga Sie haben, einen Text vor sich 
sehen, der in etwa so aussieht (Es handelt sich hierbei um die 
Startup-Sequence des Amiga 2000. Die Sequence des Amiga 500 
ist wesentlich kürzer gehalten.): 


BindDrivers 

echo "A2000 Workbench 1.2D V33.56 27-APR-87*N" 
Assign WB: sys: 

IF EXISTS sys:s/JHO 


echo "Initializing Janus .„...*N" 
Wait 25 

Echo "Mounting Janus Hard Disk*N" 
DJMount 


IF EXISTS JHO: 
Assign WB: JHO: 
Echo "Transfering control to JHO: *N" 
ELSE 
Assign WB: sys: 
Endif 
EndIF 
IF EXISTS sys:s/DHO 
Assign WB: DHO: 
Echo "Transfering control to DHO: *N" 
EndIF 
AddBuffers WB: 30 
CD WB: 
IF EXISTS WB:c 
Assign c: WB:c 
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EndIF 

IF EXISTS WB:s 
Assign s: WB:s 

EndiF 

IF EXISTS WB:t 
Assign t: WB:t 

EndiF 

IF EXISTS WB:l 
Assign |: WB:l 

Endif 

IF EXISTS WB:libs 
Assign libs: WB:libs 

EndiF 

IF EXISTS WB:devs 
Assign devs: WB:devs 

EndiF 

IF EXISTS WB:fonts 
Assign fonts: WB:fonts 

EndiF 

Assign sys: WB: 

IF EXISTS WB:System 
Assign System: WB:System 
Path add System 

EndiIF 

IF EXISTS WB:Utilities 
Assign Utilities: WB:Utilities 
Path add Utilities 

Endif 

IF EXISTS WB:PC 
Path add WB:PC 

Endif 

Assign WB: 

Dir RAM: 

Path RAM: add 

failat 30 

SetClock opt load 

SetMap d . 

LoadWb 

IF Exists sys:s/Startup-HD 
Execute sys:s/Startup-HD 

EndiF 

endcli > nil: 


Wenn Sie sich diese Datei genau angeschaut haben, dann ist Ih- 
nen vielleicht aufgefallen, daß in diesem Text nur CLI-/Shell- 
Befehle benutzt wurden. Es handelt sich hierbei also um eine 
Batch-Datei. Einschränkend müssen wir allerdings hinzufügen, 
daß es sich um eine ganz spezielle Batch-Datei handelt. Denn 
die Befehle dieser Datei werden, sofern sie vorhanden sind, nach 
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jedem Neustart des Amiga automatisch ausgeführt. Das heißt, 
daß Sie schon mit einer Batch-Datei gearbeitet haben, ohne daß 
Sie es wollten. Gehen wir doch nun etwas genauer auf diese 
Startup-Sequence ein. Durch diese Datei haben Sie die Möglich- 
keit, dem Rechner mitzuteilen, in welcher Form er sich beim 
"Hochfahren" zu melden hat und welche Einstellungen er vor- 
nehmen soll. Wenn nun im folgenden die Startup-Sequence von 
Ihnen abgeändert wird, beachten Sie, daß Sie Änderungen nur 
auf der Kopie der Workbench vornehmen. Falls Sie durch even- 
tuelle Tippfehler eine für den Rechner unbrauchbare Startup- 
Sequence auf Ihrer Diskette haben, dann ist es sinnvoll, daß Sie 
noch eine brauchbare Workbench in Reserve haben. Doch jetzt 
gehen wir zum Abändern über. 


Wie Sie sehen, ist im ersten Teil der Sequence von dhO und jh0 
die Rede. Die dort vorgenommenen Einstellungen sind nur für 
die Amiga-Besitzer interessant, die entweder eine Festplatte oder 
eine XT-/AT-Karte in Verbindung mit einer Festplatte haben. 
Da der größte Teil der Amiga-Besitzer, insbesondere die Amiga- 
500-Besitzer, jedoch weder eine Festplatte noch eine XT-/AT- 
Karte haben, möchten wir Ihnen zeigen, wie Sie die Startup-Se- 
quence für einen "einfachen" Amiga ohne Festplatte oder XT- 
/AT-Karte kürzer gestalten können. 


Nun könnten Sie fragen, was es für einen Sinn hat, diese Dateı 
zu kürzen. Je weniger Befehle abgearbeitet werden müssen, 
umso schneller ist der Amiga für Sıe arbeitsbereit. Deshalb über- 
nehmen wir aus dem angesprochenen ersten Teil der Sequence 
nur den Befehl Assign WB: SYS:. Auf die Ausgabe des Textes in 
der zweiten Zeile können wir im Hinblick auf die Zeitersparnis 
getrost verzichten. Auch die beiden nachfolgenden großen If- 
EndIf-Bereiche werden, da sie nur für Festplattenbesitzer 
interessant sind, samt Inhalt weggelassen. Die nächsten für uns 
wichtigen Befehle sind somit: AddBuffers WB: 30 und CD WB:. 
Was die Befehle bewirken, können Sie im Kapitel 2 nach- 
schlagen. 


Es folgen nun eine Reihe von Assign-Befehlen, die jeweils von 
einem If-/Endlf-Block umrahmt werden. Auch hier können wir 
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einige Befehle einsparen. Da es sich bei den If-Fragen jeweils 
um Sicherheitsabfragen handelt; können wir dem Rechner hier 
einiges an Arbeit abnehmen. Dazu müssen Sie feststellen, ob sich 
folgende Directorys auf Ihrer Workbench-Diskette befinden: C, 
S, T, L, Libs, Devs, Fonts, System und Utilities. Um dies 
nachzuprüfen, geben Sie einfach den Befehl Dir dfO: ıns CLI 
bzw. die Shell ein. Unter den anschließend auf dem Bildschirm 
aufgelisteten Files müssen sich nun die oben aufgeführten Di- 
rectorys befinden. Ob sich zusätzlich zu den Directorys auch 
noch die entsprechenden .info-Files in dieser Liste befinden, 
spielt keine Rolle. Wenn Sie also festgestellt haben, daß die er- 
forderlichen Directorys vorhanden sind, können die Sicher- 
heitsabfragen ın der Startup-Sequence auch entfernt werden. Das 
heißt, daß Sie sowohl vor als auch nach den Assign-Befehlen die 
entsprechenden If- und EndlIf-Zeilen löschen dürfen. Es bleiben 
demnach folgende Zeilen aus dem mittleren Teil der Sequence 
erhalten: 


Assign c: WB:c 
Assign s: WB:s 
Assign t: WB:t 


Assign |: WB:l 

Assign libs: WB:libs 

Assign devs: WB:devs 

Assign fonts: WB:fonts 

Assign sys: WB: 

Assign System: WB:System 

Path add System 

Assign Utilities: WB:Utilities 
Path add Utilities 


Falls bei Ihnen nun die Frage nach der Zeile Path add WB:PC 
auftritt, möchten wir Sie darauf aufmerksam machen, daß in der 
obigen Directory-Liste das Vorhandensein des PC-Directorys 
nicht notwendig war. Der Grund dafür ist.der, daß für die 
Amiga-Besitzer, die keine XT-/AT-Karte in ihrem Amiga ha- 
ben, dieses Directory absolut überflüssig ıst. Deshalb müssen Sie 
dieses Directory in der Startup-Sequence auch nicht berücksich- 
tigen. Nebenbei bemerkt, können Sie durch Löschen dieses PC- 
Directorys und dessen .info-File ein wenig Platz auf Ihrer 
Workbench schaffen. Möchten Sie noch mehr freien Speicher- 
platz auf der Workbench-Diskette haben, dann können Sie auch 
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noch die Directorys Sidecar und Expansion samt deren .info- 
Files bedenkenlos löschen. Falls Sie sich später doch noch eine 
Festplatte oder eine XT-/AT-Karte zulegen möchten, dann ha- 
ben Sie immer noch Ihre original Workbench-Diskette, auf der 
diese Dateien weiterhin enthalten sind. 


Doch wieder zurück zur Startup-Sequence. Es folgt der Befehl 
Assıgn WB:. Auch er wird ın die neue Startup-Sequence über- 
nommen. Bei der nächsten Zeile können Sie selber entscheiden, 
ob sie gelöscht oder übernommen werden soll. 


Möchten Sie die Zeile löschen, dann haben Sıe, nachdem die 
Startup-Sequence abgearbeitet worden ist, kein Disketten-Icon 
der RAM-Disk auf Ihrer Workbench-Benutzeroberfläche. Be- 
halten Sie die Zeile bei, erscheint sofort das Disketten-Icon der 
RAM-Disk auf dem Bildschirm. 


Wir haben uns gegen das Disketten-Icon entschieden und lassen 
dementsprechend die obige Zeile aus der neuen Startup-Se- 
quence heraus. Der darauffolgende Path RAM: ADD-Befehl ist 
für uns ebenfalls unwichtig, er wird also nicht übernommen. 


Eine Frage zwischendurch: Ist es für Sie wichtig zu wissen, wie 
spät es ıst, wenn Sıe Ihren Amiga einschalten? Nein? Dann fällt 
es Ihnen auch nicht schwer, die Zeile "SetClock opt Load" in der 
neuen Sequence zu streichen. Wenn doch, dann übernehmen Sie 
die Zeile unverändert. Auch die folgende Zeile könnte wegfal- 
len. Dies hat allerdings den Nachteil, daß Sie anschließend die 
amerikanische Tastaturbelegung vorliegen haben, das heißt, daß 
das Y auf der Z-Taste zu finden ist, das Semikolon auf der Ö- 
Taste usw. Die Zeile "Setmap D" muß folglich unbedingt in der 
neuen Sequence enthalten sein. 


Anschließend wird mit LoadWB die eigentliche Benutzerober- 
fläche, die Workbench, geladen. Auch sie sollte übernommen 
werden. Anschließend folgt wieder eine Sicherheitsabfrage. Es 
wird gefragt, ob eine Startup-HD-Datei im Directory S vorhan- 
den ist. Erinnern Sie sich noch, welche Dateien aufgelistet wur- 
den, nachdem Sie den Befehl Dir df0:S eingegeben haben? Unter 


——— Batchprocessing auf dem Amiga ———  — 215 


den Dateien befindet sich eine, die uns direkt eine Antwort auf 
unsere obige Frage gibt. Wenn Sie sich nicht erinnern, dann ge- 
ben Sıe den Befehl einfach noch einmal ein. Die Datei, die ich 
meine, heißt No-hd. Es gibt also keine Startup-HD-Datei. Folg- 
lich benötigen wir in der neuen Sequence weder die Sicher- 
heitsabfrage noch den darin eingeschlossenen Execute-Befehl. 
Die drei Zeilen werden also nicht übernommen. 


Damit das CLI-Fenster nach Abarbeitung der Startup-Sequence 
geschlossen wird, nehmen wir auch die Zeile EndCLI > NIL: in 
die neue Sequence hinein. Nachdem wir nun besprochen haben, 
was die neue Startup-Sequence alles enthalten sollte, möchte ich 
Ihnen diese Sequence komplett mit allen Befehlszeilen zeigen. 


‚neue_Startup-Sequence 
Assign WB: sys: 
Addbuffers WB: 30 

CD WB: 

Assign c: WB:c 

Assign s: WB:s 

Assign t: WB:t 

Assign |: WB:l 

Assign libs: WB:libs 
Assign devs: WB:devs 
Assign fonts: WB:fonts 
Assign sys: WB: 

Assign Utilities: WB:Utilities 
Path add Utilities 
Assign System: WB:System 
Path add System 

Assign WB: 

SetMap d 

Loadwb 

endcli > nil: 


Alle wichtigen Befehle der alten Sequence sind in dieser neuen 
ebenfalls enthalten. An diese neue Startup-Sequence ist aller- 
dings eine Forderung geknüpft. Es muß gewährleistet sein, daß 
die oben angesprochenen Directorys jederzeit auf der Work- 
bench-Diskette enthalten sind. Ist dies nicht gewährleistet, kann 
es beim Starten zu Schwierigkeiten kommen. Doch was hat es 
für Auswirkungen, wenn Sie die neue anstelle der alten Startup- 
Sequence benutzen? Wir haben uns die Mühe gemacht und die 
Zeiten von beiden Sequencen miteinander verglichen. Das Er- 
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gebnis war, daß die neue Sequence um ca. 50% schneller ist. Sie 
sparen also bei jedem erneuten Hochfahren die Hälfte der an- 
sonsten benötigten Zeit ein. Es ist unserer Meinung nach loh- 
nenswert, sich diese einmalige Arbeit zu machen, um an- 
schließend von der Zeitersparnis profitieren zu können. 


Wenn Sie einen Amiga 500 besitzen, dann sehen Sie, daß in der 
Startup-Sequence die Assign-Befehle nicht vorhanden sind. 
Übernehmen Sie dementsprechend nur die anderen Befehle in 
die neue Sequence. Die Assign-Befehle müssen Sie nicht unbe- 
dingt ergänzend hinzufügen. 


Um die neue Sequence herzustellen, ist es noch nicht einmal 
notwendig, alles von Grund auf neu einzutippen. Es geht viel 
schneller, wenn Sie die alte Sequence einfach abändern. Wir ha- 
ben die Erfahrung gemacht, daß es am einfachsten ist, diese 
Änderungen mit dem auf der Workbench-Diskette vorhandenen 
ED-Editor vorzunehmen. 


Gehen Sie dazu wie folgt vor: Behalten Sie weiterhin die Kopie 
der Workbench-Diskette im Laufwerk dfO0:. Geben Sie dann den 
Befehl ED df0:S/Startup-Sequence ın CLI/Shell ein. Daraufhin 
wird das Laufwerk kurzzeitig anlaufen. Der Editor wird gestar- 
tet, und die alte Startup-Sequence wird direkt ın den Editor ge- 
laden. Jetzt müssen Sie nur noch mit Hilfe der Cursor-Tasten 
den Cursor so positionieren, daß er in einer Zeile steht, die 
nicht in die neue Sequence übernommen werden soll. Dabei ıst 
es egal, wo in der Zeile der Cursor steht. Um diese Zeile zu lö- 
schen, genügt es, die Ctrl-Taste und die B-Taste gleichzeitig zu 
drücken. Verfahren Sie mit den anderen zu löschenden Zeilen 
ebenso. Haben Sie alle Zeilen gelöscht, die nıcht in die neue Se- 
quence gehören, müssen Sıe den so entstandenen Text wieder 
abspeichern. Dazu betätigen Sie die ESC-Taste, und an- 
schließend geben Sie ein X ein. Nach dem abschließenden Re- 
turn läuft das Laufwerk erneut an, und die neue Startup-Se- 
quence wird anstelle der alten Sequence auf der Diskette abge- 
speichert. Wenn Sie es ausprobieren, werden Sie feststellen, daß 
es gar nicht so kompliziert ist, wie es sich hier vielleicht anhört. 
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Aber Sie können es sich noch einfacher machen, indem Sie die 
Datei "neue _Startup-Sequence", die sich auf der Diskette, die in 
diesem Buch ist, befindet, als Ihre Startup-Sequence ın das s- 
Verzeichnis Ihrer Workbench-Diskette kopieren. Vorher sollten 
Sie die originale Startup-Sequence umbenennen, damit diese 
nicht gelöscht wird und Sie sıe im Bedarfsfall zu Ihrer Verfü- 
gung haben. Die Befehle dazu lauten: 


rename sys:s/Startup-Sequence as sys:s/Startup-Sequence_original 
copy AmigaDOS-Buch:Batches/neue_Startup-Sequence 
sys:s/Startup-Sequence 


Nun haben Sie eine schnellere Startup-Sequence. Wie Sie die 
Startup-Sequence noch ein wenig modifizieren können, lesen Sie 
in dem folgenden Kapitel. 


5.2.1 Die komfortable Startup-Sequence der Workbench 1.2 


Sie haben im vorigen Kapitel erfahren, wie Sie es ermöglichen 
können, Ihre Startup-Prozedur zu beschleunigen. Wir möchten 
ım folgenden ein wenig vom Aspekt der Zeitersparnis übergehen 
zu mehr Anwenderfreundlichkeit. Das heißt, daß Ihre Startup- 
Sequence wieder einige Befehlszeilen länger wird. Am Ende 
können Sie entscheiden, auf was Sie mehr Wert legen, auf 
Schnelligkeit oder Benutzerfreundlichkeit. 


Da wir wieder eine Startup-Sequence abändern möchten, brau- 
chen wir erst einmal eine Grundlage. Wir haben uns die ver- 
kürzte Version aus dem Kapitel 5.2 ausgesucht und legen diese 
somit zugrunde. Wir möchten Sıe aber darauf aufmerksam ma- 
chen, daß auch die Startup-Sequence des Amiga 500 ın gleicher 
Weise abgeändert werden kann. 


Bevor wir jetzt die Sequence ändern, noch eine Frage. Kennen 
Sıe den Ask-Befehl? Falls Sıe diese Frage mit Nein beantworten, 
dann schauen Sie besser noch einmal ın das Kapitel 2 hinein. 


So, wir hoffen, daß nun jeder von Ihnen weiß, was man mit 
diesem Befehl bewirken kann und wie man ıhn einsetzt. Doch 
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noch ein Hinweis: Wir möchten Sie bitten, auf Ihrer Workbench- 
Diskette im Verzeichnis C nachzuschauen, ob Sie den Befehl 
überhaupt haben. Wir mußten feststellen, daß verschiedene 
Workbench-Versionen diesen Befehl nicht enthalten. Ist dies bei 
Ihnen der Fall, dann bitten wir Sie, bei Ihrem Händler oder bei 
Ihren Bekannten nachzufragen, ob sie diesen Befehl auf ihrer 
Workbench-Diskette haben. Haben Sie den Befehl auf einer an- 
deren Workbench gefunden, dann müssen Sie ıhn nur noch ın 
Ihr C-Verzeichnis kopieren. Im weiteren Verlauf dieses Buches 
gehen wir davon aus, daß Sie den Ask-Befehl zu Ihrer Verfü- 
gung haben. 


Doch kommen wir nun zur Startup-Sequence zurück. Haben Sie 
sich auch schon einmal darüber geärgert, daß Sie nach dem 
Starten des Rechners zuerst die verschiedensten Icons anklicken 
mußten, bevor Sie ein benutzbares CLI-/Shell-Fenster zu 
Verfügung hatten? Sie können dieses Problem umgehen, indem 
Sie die Zeile EndCLI > NIL: einfach weglassen. Eleganter lösen 
Sie allerdings dieses Problem, indem Sie den Ask-Befehl in Ihrer 
Startup-Sequence benutzen. Wir möchten Ihnen einen Vorschlag 
machen, wie so etwas aussehen könnte. Fügen Sie dazu die fol- 
genden Zeilen vor der letzten Zeile in Ihre Startup-Sequence ein: 


ask "Möchten Sie ein CLI-Fenster offen halten? (y/n) " 
if warn 

ask "Möchten Sie ein großes (y) oder ein kleines (n) 
CLI-Fenster? " 


if warn 

newcli "con:0/0/550/200/Startup-CLI" 
else 

newcli "con:0/0/160/30/Startup-CLI" 
endif 


endif 


Haben Sie dies getan, dann können Sie sich die Auswirkungen 
dieser Zeilen anschauen, indem Sie die beiden Amiga-Tasten 
und die Ctrl-Taste gleichzeitig drücken, also einen sogenannten 
Warmstart durchführen. 
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Es wird wieder die Startup-Sequence abgearbeitet. Bevor sie al- 
lerdings komplett abgearbeitet wurde, wird Ihnen eine Frage 
gestellt: "Möchten Sie ein CLI-Fenster offen halten? (y/n)." 


Die beiden Buchstaben Y und N sollen Ihnen vorgeben, welche 
beiden Antwortmöglichkeiten Sie haben. Es funktioniert aber 
auch mit yes und no. Beantworten Sıe die Frage mit no, dann 
geschieht nichts weiter. Das CLI-Fenster wird geschlossen, und 
Sie sind gezwungen, mit der Maus weiterzuarbeiten. Tippen Sie 
hingegen yes ein, dann werden Sie wieder gefragt. Diesmal al- 
lerdings wird gefragt, ob Sie ein großes oder ein kleines CLI- 
Fenster haben möchten. Unabhängig davon, ob Sıe Yes oder No 
eingeben, wird ein weiteres CLI-Fenster mit dem Namen Start- 
up-CLI geöffnet. Haben Sie yes eingegeben, dann fällt dieses 
CLI recht groß aus. Sıe haben dann die Möglichkeit, sofort im 
CLI zu arbeiten. Bei No hält sich die Größe dagegen in Gren- 
zen. Man kann sogar behaupten, daß es recht winzig ist. Jeden- 
falls viel zu klein, als daß man sofort mit diesem Fenster arbei- 
ten könnte. Dies ist aber beabsichtigt. Dieses Fenster soll ledig- 
lich als Reserve auf dem Bildschirm vorhanden sein. Im eventu- 
ellen Bedarfsfall müssen Sie das Fenster nur noch aufziehen und 
können sofort mit der Arbeit im CLI beginnen. 


Ob Sie diesen Zusatz in Ihre Sequence aufnehmen, bleibt Ihnen 
überlassen. Wir wollten Ihnen damit nur zeigen, daß auch so et- 
was möglich ist. Dies soll Ihnen nur als Anregung dienen. Sie 
können dieses Prinzip bei anderen Dingen ebenso einsetzen. Zum 
Beispiel könnten Sie auch abfragen, ob die Arbeitsoberfläche, 
die Workbench, geladen werden soll oder nicht. Wenn Sie aus- 
schließlich mit dem CLI arbeiten, brauchen .Sie die Icons nicht. 
Auch hier läßt sich dies einfach mittels des Ask-Befehls reali- 
sieren. 


ask "Soll die Workbench geladen werden? (y/n) " 
if warn 

Loadwb 
endif 


Die in der Startup-Sequence enthaltene LoadWB-Zeile müßten 
Sie nur gegen die obigen vier Zeilen ersetzen. Die beiden obiger 
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Beispiele, die Startup-Sequence abzuändern, stellen nur einen 
kleinen Teil dessen dar, was möglich ıst. Sie sind mit dem oben 
dargelegten Prinzip in der Lage, die Sequence nach Ihren Wün- 
schen und Erfordernissen zu gestalten. 


Wir möchten Sie im Hinblick auf weitere Ideen dieser Art auf 
das Kapitel 5.3 aufmerksam machen. Dort finden Sie eine 
Batch-Datei, die gut in die Startup-Sequence eingebunden 
werden könnte. 


5.2.2 Die Startup-Sequencen der Workbench 1.3 


Wie aus der Überschrift ersichtlich, handelt es sich nicht nur um 
eine Sequence, sondern um mehrere. Wir besprechen als erstes 
die vom Namen her bereits bekannte Startup-Sequence. Sie hat 
die gleiche Funktion wie bei der Version 1.2, sieht aber etwas 
anders aus: 


Startup-Sequence 


Addbuffers df0: 10 
c:SetPatch >NIL: ;patch system functions 
cd c: 
echo "A500/A2000 Workbench disk. Release 1.3 version 34.20*N" 
Sys:System/FastMemFirst ; move CO0000 memory to last in list 
BindDrivers 
SetClock load ;load system time from real time clock (A1000 owners 
should 

‚replace the SetClock load with Date 
FF >NIL: -O ;speed up Text 
resident CLI L:Shell-Seg SYSTEM pure add; activate Shell 
resident c:Execute pure 
mount newcon: 


failat 11 

run execute s:Startupll ;This lets resident be used for rest of script 
wait >NIL: 5 mins ;wait for StartupIl to complete (will signal when 
done) 


SYS:System/SetMap usal ;Activate the ()/* on keypad 

path ram: c: sys:utilities sys:system s: sys:prefs add ;set path for 
Workbench 

LoadWwB delay ;wait for inhibit to end before continuing 

endcli >NIL: 
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Auch hier könnte die eine oder andere Zeile entfernt werden. 
Damit Sie entscheiden können, ob Sie eventuell eine Zeile ent- 
fernen möchten, besprechen wir die einzelnen Zeilen der Reihe 
nach. Fangen wir also bei der ersten Zeile an. Hier wird dem 
Laufwerk dfO: ein Puffer bereitgestellt. Sollten Sie über 1 MByte 
Speicher verfügen, dann können Sie auch einen größeren Wert, 
beispielsweise 20, angeben. Sie sollten diese Zeile aber auf jeden 
Fall beibehalten. 


Auch die nächste Zeile dürfen Sie auf keinen Fall löschen, da 
hier das System "gepatched" wird, das heißt das System wird ein 
klein wenig modifiziert. Zu dem eigentlichen Befehl SetPatch sei 
noch erwähnt, daß er nur einmal eingegeben werden sollte. Und 
da dies schon ın der Startup-Sequence der Fall ist, sollte dieser 
Befehl niemals noch einmal ins CLI oder ins Shell eingegeben 
werden. 


Kommen wir nun zur dritten Zeile. Auch sie sollte übernommen 
werden, da hier in das c-Verzeichnis gewechselt wird. Der fol- 
gende Echo-Befehl teilt dem Benutzer nur mit, welche Work- 
bench-Version gerade gebootet wird. Da Sie dies normalerweise 
schon vorher wissen, benötigt diese Zeile nur Zeit und kann so- 
mit wegfallen. 


Der nächste Befehl ordnet den Speicherbereich, sie sollten diese 
Zeile folglich beibehalten. In der nächsten Zeile werden, falls 
benötigt, weitere Treiber ins System eingebunden. Wer allerdings 
keine zusätzlichen Erweiterungskarten in seinem Rechner hat, 
kann den BindDrivers-Befehl weglassen. Ä 


Danach wird die interne Uhr des Amiga eingestellt. Sollten Sie 
einen Amiga 500 oder Amiga 1000 ohne batteriegepufferte Uhr 
besitzen, dann müssen Sie den SetClock-Befehl durch den Date- 
Befehl ersetzen. Können Sie, während Sie mit dem Amiga ar- 
beiten, auf die richtige Uhrzeit ganz verzichten, dann lassen Sie 
die gesamte Zeile weg. 
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In der nächsten Zeile wird durch den FF-Befehl die Textaus- 
gabe beschleunigt. Da dies sehr vorteilhaft ist, sollte diese Zeile 
nicht gelöscht werden. 


Der anschließende Resident-Befehl ıst nötig, damit Sıe mit der 
neuen Shell arbeiten können. Auch die nächste Zeile behalten 
Sie bei, da hier der Execute-Befehl resident gemacht wird, also 
fest im Speicher des Amiga installiert wird. 


Die neue Shell benötigt auch einen neuen Console-Handler. 
Dieser Handler heißt newcon: und wird in der darauffolgenden 
Zeile bereitgestellt. 


Die Zeile mit dem Semikolon dient nur der besseren Übersicht- 
lichkeit und kann deshalb weggelassen werden. 


Anschließend wird die Fehlergrenze auf 11 festgelegt. Diese 
Maßnahme sollten Sie weiterhin beibehalten, damit die dann fol- 
gende Zeile einwandtfrei funktioniert. Hier wird nämlich eine 
weitere Batch-Datei namens Startupll aus dem s-Verzeichnis 
aufgerufen. Wie Sie sehen, wird diese Datei mit run execute ge- 
startet, Sie bekommt also einen eigenen Task zugeordnet und 
wird so ım Hintergrund abgearbeitet. Was mittels. dieser Datei 
eingestellt wird, erläutern wir, wenn wir die restlichen Zeilen 
durchgesprochen haben. 


Es folgt ein Wait-Befehl der dafür sorgt, daß die Startup-Se- 
quence so lange angehalten wird, bis die StartupII-Datei fertig 
abgearbeitet ist. Es wird hier ein Wert von 5 Minuten angege- 
ben, der allerdings nicht voll ausgenutzt wird. Die StartupllI- 
Datei bricht diesen Wartevorgang ab. 


Das anschließende Semikolon kann wiederum weggelassen wer- 
den. Die nächste Zeile sollten Sie abändern, da Sie sicherlich 
nicht mit der amerikanischen Tastaturbelegung arbeiten wollen. 
Sie sollten anstelle von SetMap usal besser SetMap d eingeben. 
Vergewissern Sie sich aber vorher, ob die Dateı d im Verzeich- 
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nis "devs/keymaps" vorhanden ist. Sollte dies nicht der Fall sein, 
dann müssen Sie diese Datei von einer anderen Workbench dort 
hineinkopieren. 


Auch die letzten drei Zeilen sollten Sie beibehalten, da hier noch 
einige Suchpfade ergänzt, die grafische Benutzeroberfläche akti- 
viert und das CLI-Fenster geschlossen werden. 


Dies sind die Erläuterungen zu der Startup-Sequence. Aber wie 
schon erwähnt, wird ın dieser Datei eine weitere Batch-Datei 
aufgerufen und ausgeführt. Was innerhalb dieser Datei geschieht, 
wollen wir Ihnen jetzt darlegen. 


Startupll 


resident c:Resident pure 

resident c:List pure ;pre-load LIST and CD 

resident c:CD pure 

resident c:Mount pure ;the next 3 are loaded for speed during startup 
resident c:Assign pure 

resident c:Makedir pure 

‚make IF, ENDIF, ELSE, SKIP, ENDSKIP, and ECHO resident if 

‚you use scripts much, and can afford the ram. 

‚also make Failat, WAIT, and ENDCLI resident if you use IconX a lot 
makedir ram:t 

assign T: ram:t ;set up T: directory for scripts 

makedir ramienv ; set up ENV: directory 

assign ENV: ram:env 

makedir ram:clipboards ;set up CLIPS: assign 

assign CLIPS: ram:clipboards 

mount speak: ;just mounting doesn't take much ram at all 

mount aux: 

mount pipe: 

resident Mount remove ;if you have enough ram, keep these resident 
resident Assign remove ;by removing these lines 

resident Makedir remove 


break 1 C ;signal to other process its ok to finish 


Auch hier werden wir die einzelnen Befehlszeilen der Reihe 
nach durchsprechen. In den ersten fünf Zeilen werden der Reihe 
nach die Befehle Resident, List, CD, Mount, Assign und Make- 
dir resident gemacht, das heißt, daß diese Befehle fest in den 
Speicher des Amiga installiert werden. Das hat den Vorteil, daß 
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bei der Verwendung eines der Befehle dieser nicht noch einmal 
von der Diskette geladen werden muß und somit schneller aus- 
geführt werden kann. 


Die folgenden drei Zeilen sind nur Kommentare und können 
somit wegfallen. In diesen Kommentaren werden wir darauf 
aufmerksam gemacht, daß es von Vorteil ist bei häufiger Be- 
nutzung von Batch-Dateien die Befehle If, Endif, Else, Skip, 
Endskip und Echo zusätzlich noch resident zu machen. Hinzu 
kommen noch die Befehle Failat, Wait und Endcli, für den Fall, 
daß wir den IconX-Befehl des öfteren benutzen sollten. Wir 
müssen dabei allerdings immer im Auge behalten, ob wir den 
dazu nötigen Speicherplatz bereitstellen müssen. Arbeiten Sie mit 
nur 512 kByte Speicher, dann sollten Sie diese zusätzlichen Be- 
fehle nicht resident machen. 


Es folgen sechs Zeilen, die abwechselnd ein Unterverzeichnis in 
der Ram-Disk einrichten und dem System mitteilen, wo es diese 
Unterverzeichnisse findet. Es handelt sich hierbei um die Ver- 
zeichnisse T, ENV und clipboards (CLIPS). 


Danach werden drei weitere Devices ins System eingebunden. Es 
sind dies das SPEAK:-, das AUX:- und das PIPE:-Device. Soll- 
ten Sie einen Monitor an Ihren Amiga angeschlossen haben, der 
keinen Lautsprecher enthält, und haben Sie Ihren Amiga auch 
nicht an eine Stereoanlage oder ähnliches angeschlossen, dann 
können Sie die Zeile, in der das SPEAK:-Device gemountet 
wird, weglassen. 


Die nächsten drei Zeilen löschen die resident gemachten Befehle 
Mount, Assıgn und Makedir aus der Residentliste und damit 
auch aus dem Speicher. Verfügen Sie über genügend Speicher- 
platz, dann bleibt es zu überlegen, ob Sie diese drei Befehle 
weiterhin im Speicher belassen. Dazu müßten Sie nur die drei 
Zeilen aus dieser Datei entfernen. 


Das folgende Semikolon kann weggelassen werden. Nicht aber 
die letzte Zeile. Mit dem break-Befehl wird der Wait-Befehl in 
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der Startup-Sequence abgebrochen. Löschen Sie diese Zeile, 
dann wartet die Startup-Sequence die vollen 5 Minuten, die an- 
gegeben wurden. 


Ist an oder ın Ihrem Amiga eine Festplatte eingebaut, dann 
müssen Sie eine andere als die oben besprochene Startup-Se- 
quence benutzen. Was Sie dazu tun müssen und was die andere 
Sequence bewirkt, erläutern wir ım Folgenden. Die Datei, die 
Sie dazu benötigen, heißt Startup-Sequence.HD und befindet 
sich ebenfalls im Verzeichnis s der Workbench. 


Startup-Sequence.HD 


Startup sequence for Hard Disk users...checks for hard disk, then 
transfers control if it is present. (The script asswmes DHO:) 

TO USE: copy your normal startup-sequence files (Startup-Sequence, 

and StartuplI to the S: directory of your hard disk. 

Then rename your normal Startup-Sequence file 

as Startup-Sequence.f in the S: directory of the floppy, just in case. 
Now replace the Startup-Sequence file on the floppy with this file. 


mm ne m SE ng ne Sa 


, 

setpatch 

SYS:System/FastMemFirst 

binddrivers 

assign >NIL: DHO: exists 

IF NOT WARN 

; hard disk is present 

assign sys: dh0: 

assign c: SYS:c 

assign L: SYS:l 

assign FONTS: SYS:fonts 

assign S: SYS:s 

assign DEVS: SYS:devs 

assign LIBS: SYS:libs 

makedir ram:tr 

assign t: ram:tr 

execute s:Startup-Sequence 

ELSE 

no hard disk 

execute s:Startup-Sequence.f 
ENDIF 


Bevor wir Ihnen die Funktion dieser Datei erläutern, sagen wir 
Ihnen noch, was Sıe tun müssen, um diese Nutzen zu können. 
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Zuerst kopieren Sie die normale Startup-Sequence und die Start- 
uplI-Datei in das s-Verzeichnis Ihrer Festplatte. Da Sıe später 
auch die anderen Dateien aus dem s-Verzeichnis brauchen wer- 
den, können Sie gleich alle Dateien mit dem Befehl 


copy sys:s/#? dhO:s 


kopieren. Anschließend müssen Sie die normale Startup-Se- 
quence in Startup-Sequence.f und die Startup-Sequence.HD in 
Startup-Sequence umbenennen. Die entsprechenden Befehle se- 
hen so aus: 


rename sys:s/startup-sequence sys:s/startup-sequence.f 
rename sys:s/startup-sequence.hd sys:s/startup-sequence 


Booten Sie nun Ihren Amiga erneut, dann wird die neue Start- 
up-Sequence abgearbeitet. Und was dabei geschieht, wollen wir 
Ihnen jetzt erklären. 


Die ersten acht Zeilen sind Kommentare. In diesem Kommentar 
ist erklärt, was Sie tun müssen, um diese Datei zu benutzen. Da 
wir Ihnen das schon weiter oben erläutert haben, können diese 
Zeilen bedenkenlos gelöscht werden. | 


Wie bei der normalen Startup-Sequence wird auch hier das 
System gepatchet und anschließend der Speicher geordnet. Da- 
nach werden die benötigten Treiber in das System eingebunden 
und kontrolliert, ob eine Festplatte mit der Bezeichnung dh0: 
auch vorhanden ist. Ist dies der Fall, dann werden die folgenden 
sieben Assign-Befehle ausgeführt. Es wird praktisch die gesamte 
Kontrolle von der Workbench auf die Festplatte übertragen. 
Anschließend wird ein tr-Verzeichnis in der RAM-Disk angelegt 
und dem AmigaDOS mitgeteilt, daß es das t-Verzeichnis in der 
RAM-Disk unter dem Namen tr findet. Anschließend wird die 
normale Startup-Sequence, jetzt aber die auf der Festplatte, ab- 
gearbeitet. 
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Es können aus dieser normalen Startup-Sequence nun wieder ei- 
nige Zeilen gelöscht werden. So zum Beispiel der SetPatch-Be- 
fehl. Er wurde ja schon einmal in dieser neuen Startup-Sequence 
ausgeführt. 


Sollte aber bei der obigen Prüfung festgestellt worden sein, daß 
keine Festplatte vorhanden ist, dann wird die normale (um- 
benannte) Startup-Sequence.f ausgeführt. Dies sind die drei 
Startup-Dateien, die beim booten des Rechners interessant sind. 


Es sind in dem s-Verzeichnis aber noch zwei weitere Startup- 
Dateien vorhanden, die sich schon vom Namen her sehr ähneln. 
Es sind dies die CLI-Startup-Datei und die Shell-Startup-Datei. 
Wie der Name verrät, ist die eine für das CLI und die andere 
für die Shell zuständig. Bei jedem Aufruf eines CLI- oder Shell- 
Fensters wird die entsprechende Dateı abgearbeitet, das heißt, 
daß die Befehle, die ın der Datei enthalten sind, zuerst 
ausgeführt werden. 


Dies ist beim CLI nur der Befehl Prompt "%N> ". Es wird damit 
nur die Erscheinungsform des Bereitschaftszeichens im CLI fest- 
gelegt. 


Bei der Shell hingegen sind es folgende Befehle: 


Shell-Startup 


Prompt "XN.%S> 

alias xcopy copy [] clone 

alias endshell endcli 

alias pro execute s:spat protect [] 

alias sdate execute s:spat setdate [] 
alias ren execute s:dpat rename [] 

alias clear echo "*EL[O;OH*EL[LJ" 

alias reverse echo "*E[0;0H*E (41;30m*E [J" 
alias normal echo "*EL[O;0H*E [40;31m*E [J" 


Auch hier wird zuerst die Form der Bereitschaftsanzeige festge- 
legt. Danach folgen einige Alias-Befehle. Was der Alias-Befehl 
bewirkt und wie Sie ihn benutzen können, wird im Kapitel 5.4 
erläutert. Dort finden Sie auch noch weitere Anwendungsbei- 
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spiele zum Befehl Alias. Auch die dortigen Beispiele können Sie 
dann in die Shell-Startup-Datei einbinden. Dazu müssen Sie nur 
mit einem Editor oder einer Textverarbeitung die Shell-Startup 
ergänzen. 


Die CLI-Startup-Datei können Sie in gleicher Weise ergänzen, 
allerdings dürfen Sie dort den Alias-Befehl nicht benutzen, denn 
dieser arbeitet nur mit der Shell zusammen. 


Doch kommen wir zur Erläuterung der einzelnen Zeilen. In der 
ersten Zeile wird der Befehl xcopy bereitgestellt. Bei der Be- 
nutzung dieses Befehls werden außer der eigentlichen Datei auch 
alle Zusatzinformationen wie Datum, Statusbits und Kommentar 
mitkopiert. 


Sie können die Shell zwar mit dem EndCLI-Befehl verlassen, 
damit Sie die Shell aber auch mit einem entsprechenden Befehl 
verlassen können, ist in der zweiten Zeile als Äquivalent zum 
EndCLI-Befehl der EndShell-Befehl realisiert worden. 


Die anschließende Zeile erstellt den Befehl pro. Dies geschieht 
mit Hilfe einer Batch-Dateı, die innerhalb des Alıas-Befehls 
aufgerufen wird. Schauen wir uns dazu die Datei "spat" aus dem 
s-Verzeichnis der Workbench genauer an. 


SPAT 


„key com/a,pat/a,opt1,opt2,opt3,opt4 

failat 21 Ä 

List >tzq<$$> <pat> Lformat="<com> *1%s%s*" <opt1> <opt2> <opt3> <opt4>" 
IF NOT FAIL 

execute t:q<$$> 

ELSE 

echo "<pat> not found" 

ENDIF | 

failat 10 

;do wildcards for single arg command 


Diese Batch-Datei bewirkt, daß Sie Jokerzeichen (Wildcards) 
auch bei den Befehlen benutzen können, bei denen es normaler- 
weise nicht funktioniert. Dies kann aber nur in Verbindung mit 
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dem Alias-Befehl geschehen. In unserer Zeile ist dies der Befehl 
Protect. Bei der normalen Benutzung des Befehls dürfen keine 
Jokerzeichen verwendet werden. Möchten Sie zum Beispiel bei 
alle Dateien im s-Verzeichnis das Statusbit s setzen, dann müssen 
Sie für jede Datei eine neue Zeile eingeben. 


Der Alias-Befehl stellt dafür den Befehl pro bereit. Sie sind da- 
mit in der Lage, die obige Absicht mit nur einer Zeile zu erledi- 
gen. Sie müssen nur pro s/#? +s eingeben. Wie wird dies be- 
werksteliigt? 


Dazu werden in der ersten Zeile der spat-Datei einige Parameter 
übernommen. Wir sehen zuerst die Varıablennamen com und pat. 
Beide sind mit einem /a versehen, was bewirkt, daß diese beiden 
Parameter unbedingt erforderlich sind. Werden diese Parameter 
nicht angegeben, dann wird diese Dateı nicht ausgeführt. In un- 
serer Zeile ist der erste Parameter der Befehl Protect. Als zwei- 
tes wird das Jokerzeichen übernommen. In der Alias-Zeile ste- 
hen dafür die beiden eckigen Klammern []. In unserem Beispiel 
ist es der Ausdruck s/#?. Anschließend können noch bis zu vier 
weitere Parameter übergeben werden. In unserem Beispiel ist es 
nur einer, nämlich +s. 


Sind alle Parameter korrekt übergeben worden, dann wird in der 
spat-Datei als nächstes die Fehlerabbruchgrenze auf 21 festge- 
legt. Dies wird gemacht, damit bei einem in der nächsten Zeile 
eventuell auftretenden Fehler die Batch-Datei nicht sofort ab- 
bricht. Dort wird eine weitere Batch-Datei im Verzeichnis t: er- 
richtet. Die einzelnen Zeilen werden mit Hilfe des List-Befehls 
und der lFormat-Option erstellt. Dabeı hat jede Zeile den 
gleichen Aufbau. 


Zuerst kommt das Jokerzeichen, das heißt die Dateien, die wir 
mit Hilfe des Jokerzeichens ausgewählt haben. In unserem Bei- 
spiel sind dies alle Dateien aus dem s-Verzeichnis, wobei jede 
Datei einzeln als Parameter für die LFORMAT-Option in einer 
neuen Zeile steht. 
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Danach wird die eigentliche Zeile geschrieben. Sie beginnt mit 
der Variablen <com>, die in unserem Fall das Befehlswort Pro- 
tect enthält. Anschließend wird ein Anführungszeichen ausgege- 
ben. Dies muß mit einem *" gemacht werden. Die vier nächsten 
Zeichen %s%s stehen als Platzhalter für den lFormat-Parameter, 
also unsere Dateinamen. Darauf folgt wieder ein Anführungs- 
zeichen (*"). Es folgen dann noch die eventuell vorhandenen 
Optionsparameter, in unserem Fall +s. Die einzelnen generierten 
Zeilen der neuen Batch-Datei haben folgendes Aussehen: 


Protect '"s/Startup-Sequence" +s 
Protect "s/Startupil" +s 

Protect "s/Startup-Sequence.HD" +s 
Protect "s/SPAT" +s 


USW. 


Anschließend wird mit dem If-Befehl kontrolliert, ob die neue 
Batch-Datei erfolgreich erstellt wurde. Ist dies der Fall, dann 
wird in der folgenden Zeile diese Datei mit execute abgearbeitet. 


Ist dies nicht der Fall, dann wird mit Echo eine entsprechende 
Meldung auf dem Bildschirm ausgegeben. Am Ende wird die 
Fehlerabbruchgrenze wieder auf 10 gesetzt, und diese Batch-Da- 
tei ist fertig abgearbeitet. 


Kommen wir zum nächsten Alıias-Befehl ın der Shell-Startup. 
Der neue Befehl heißt sdate und ist vom Aufbau dem pro- 
Befehl gleich. Wir brauchen daher die Funktionsweise nicht noch 
einmal durchzusprechen, da Sie diese bereits kennen. Mit diesem 
neuen Befehl können Sie einer durch Jokerzeichen festgelegten 
Menge von Dateien ein beliebiges Datum zuweisen. Ein Aufruf 
könnte zum Beispiel so aussehen: 


sdate s/#? 11-Nov-88 11:11:11 


Anschließend haben alle Dateien im s-Verzeichnis den 11. No- 
vember 1988 als Datum und 11 Uhr 11 und 11 Sekunden als 
Uhrzeit. Aber Sie können natürlich auch nur die Zeit oder nur 
das Datum angeben. 
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Kommen wir zum nächsten Alias-Befehl. Er lautet ren und 
benutzt auch eine Batch-Datei. Diese Batch-Dateı heißt dpat 
und ist im s-Verzeichnis der Workbench zu finden. Ansonsten 
ist dieser Befehl genauso aufgebaut wie der pro- oder sdate- 
Befehl. Doch schauen wir uns die Datei dpat einmal an. 


DPAT 


.key com/a,pat/a,dir/a,opt1,opt2,opt3,opt4 
failat 21 
echo >ENV:qw<$$> "<dir>" first=256 
IF $qu<$$> EQ ":" 
List >t:q<$$> <pat> Lformat="<com> *1%s%s* *u<dir>%c*" <opti> <opt2> 
<opt3> <opt4>" 
skip doit 
ENDIF 
IF $aqu<$$> EQ "/" 
List >t:q<$$> <pat> Lformat="<com> *ı%s%s* Ku<dir>%s*! <opti> <opt2> 
<opt3> <opt4>" 
skip doit 
ENDIF 
IF EXISTS <dir> 
List >t:q<$$> <pat> Lformat="<com> *"%s%s*" *n<dir>/%s*" <opt1i> <opt2> 
<opt3> <OPT4>" 
ELSE 
List >t:q<$$> <pat> Lformat="<com> *"%s%s*" *ucdir>* <opt1> <opt2> 
<opt3> <OPT4>" 
ENDIF 
lab doit 
IF NOT FAIL 
execute t:q<$$> 
ELSE 
echo "<pat> not found" 
ENDIF 
failat 10 
;do wildcards for double arg command 


Diese Datei macht es möglich, daß auch bei Befehlen, bei denen 
zwei Parameter angegeben werden müssen, Jokerzeichen ver- 
wendet werden können, obwohl der Befehl selbst dies nicht er- 
laubt. Der grundsätzliche Aufbau dieser Dateı ähnelt dem der 
spat-Datei. Zuerst werden die Parameter übergeben, wobei es 
hier mindestens drei sein müssen. Dies läßt sich aber schon da- 
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durch erklären, daß hier die Befehle zwei Parameter erhalten 
müssen. Anschließend wird die Fehlerabbruchgrenze auf 21 an- 
gehoben. 


Dann wird mit dem Echo-Befehl der Parameter <dir> in das 
ENV-Verzeichnis der Variablen qw<$$> zugewiesen. Dabei be- 
wirkt die Option FIRST mit dem Wert 256, daß nur das letzte 
Zeichen von <dir> berücksichtigt wird. 


Anschließend wird wie beim spat-Batch eine weitere Batch-Da- 
tei mit dem List-Befehl und der LFORMAT-Option erstellt. 
Hier werden nur die verschiedenen Eingabemöglichkeiten be- 
rücksichtigt. Da ist zum ersten die Möglichkeit, ein bestimmtes 
Laufwerk anzugeben. Ein Laufwerk wird immer mit einem 
Doppelpunkt abgeschlossen. Dies wird bei der ersten If-Abfrage 
verwertet. Ist dies der Fall, dann wird eine dementsprechende 
Datei in der darauffolgenden Zeile erzeugt. Anschließend wird 
zu einer Marke gesprungen, von wo aus die Datei wie bei spat 
weiter abgearbeitet wird. 


Wird anstelle eines Laufwerks ein Slash (/) angegeben, so kommt 
die zweite If-Abfrage zum tragen, und die erste bleibt unbe- 
rücksichtigt. Mit Hilfe des Slash kann ein Verzeichnis angewählt 
werden, das eins über dem aktuellen Unterverzeichnis liegt. 
Auch hier wırd dann demensprechend eine Batch-Datei erstellt, 
und es wird wieder zu der Marke gesprungen. 


Treten die beiden ersten Fälle nicht ein, so wird in der dritten 
If-Abfrage kontrolliert, ob es sich um ein Unterverzeichnis han- 
delt. Existiert dieses Unterverzeichnis, dann wird eine Batch- 
Datei erzeugt, die dies berücksichtigt. Existiert dieses Verzeich- 
nis nicht, dann wird im ELSE-Zweig eine neue Datei erzeugt. 


Alles weitere ist dem gleichzusetzen, was bei der spat-Datei 
auch geschieht. Als Beispiel für eine Anwendung des neuen Be- 
fehls stellen Sie sich folgendes vor: 


Sie haben ein Verzeichnis "bat" auf Ihrer Workbench-Diskette. 
Sıe möchten nun alle Dateien aus dem s-Verzeichnis, die mit s 
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beginnen in dieses bat-Verzeichnis kopieren. Wie Sıe vielleicht 
wissen, kann man eine Datei innerhalb eines Laufwerks auch 
kopieren, indem man nur den Pfadnamen der Datei umbenennt. 
Dies wollen wir hier ausnutzen. Um die obige Absicht zu ver- 
wirklichen, müssen wir nur folgende Zeile eingeben: 


ren s/s#? bat 


Anschließend finden wir alle Dateien, die mit s anfangen und 
im s-Verzeichnis standen, nicht mehr dort, sondern im bat-Ver- 
zeichnis. 


Die nächsten drei Alias-Befehle in der Shell-Startup-Datei sind 
vom Aufbau her gleich und können somit zusammen erläutert 
werden. Es handelt sich um die Befehle clear, reverse und 
normal. Aus den Befehlsnamen kann man schon erkennen, 
welche Auswirkungen Sie haben. 


Der Clear-Befehl löscht den Inhalt des Shell-Fensters und posi- 
tioniert den Cursor in die linke obere Ecke. 


Der Reverse-Befehl löscht auch den Inhalt des Shell-Fensters, 
bewirkt aber zusätzlich, daß die Farben des Fensters vertauscht 
werden. Sıe schreiben nach Aufruf des Reverse-Befehls mit 
blauer Schrift auf weißem Untergrund. 


Möchten Sie wieder die normalen Farbeinstellungen benutzen, 
dann benutzen Sie den Normal-Befehl. Er hebt die Invertierung 
des Reverse-Befehls wieder auf. Benutzen Sie den Normai-Be- 
fehl, ohne vorher invertiert zu haben, dann hat er die gleichen 
Auswirkungen wie der Clear-Befehl. 


Zu den letzten drei Alias-Befehlen bleibt noch zu sagen, daß sie 
die Auswirkungen mit Hilfe von Escape-Sequenzen erreichen. 
Schauen Sie sıch dazu bitte den Anhang A an. 


Damit haben wir die Shell-Startup-Datei komplett besprochen. 
Wie Sie sehen, haben wir keine weiteren Startup-Dateien in dem 
s-Verzeichnis der Workbench. Aber in diesem Verzeichnis ist 
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noch eine Datei enthalten, die wir noch nicht berücksichtigt ha- 
ben. Es ist dies die Datei pcd. Sie hat folgenden Inhalt: 


PCD 


.key dir 

IF N<djr>" EQ um 

assign ofrom<$$>: "" 

cd from<$$>: 

assign from<$$>: ofrom<$$>: 
assign ofrom<$$>: 

ELSE 

assign from<$$>:; 

cd <dir> 

ENDIF 

‚ this is a CD script that remembers the previous directory 


Wenn Sie mit Hilfe dieser Datei einen Directory-Wechsel 
vornehmen, so können Sie durch nochmaliges Aufrufen dieser 
Datei wieder ın das vorherige Verzeichnis wechseln, ohne dieses 
mit anzugeben. Sie müssen nur darauf achten, daß Sie beim 
ersten Aufruf dieses Batches ein Verzeichnis angeben müssen. 


Wenn wir uns die einzelnen Zeilen ansehen, dann stellen wir 
fest, daß in der ersten Zeile das angegebene Verzeichnis ın der 
Variablen dir gespeichert wird. 


In der zweiten Zeile wırd abgefragt, ob ein Verzeichnis angege- 
ben worden ist. Da beim ersten mal ein Verzeichnis angegeben 
werden muß, wird die Dateı ın dem ELSE-Zweig der Abfrage 
weiter abgearbeitet. Dort wird zuerst der Variablen from<$$> 
das aktuelle Verzeichnis zugewiesen, anschließend wird ın das 
angegebene Verzeichnis gewechselt. Damit ist der erste Aufruf 
der Dateı beendet. 


Rufen wir die Datei ein zweites Mal, jetzt aber ohne Verzeich- 
nisangabe, auf, so. wird bei der If-Abfrage diesmal direkt mit 
der nächsten Zeile fortgefahren, und der ELSE-Zweig bleibt 
unberücksichtigt. 
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Es wird dann der Variablen ofrom<$$> das aktuelle Verzeichnis 
zugewiesen und anschließend in das Verzeichnis gewechselt, das 
in from<$$> gespeichert wurde. Danach wird der Variablen 
from<$$> das gespeicherte Verzeichnis zugewiesen, und die Va- 
riable ofrom<$$> wird gelöscht. Damit ist der zweite Aufruf des 
Batches beendet. 


5.3 Nützliche Batches 


Mit der Benutzung von Batch-Dateien kann viel Tipparbeit und 
damit auch Zeit eingespart werden. Wir haben deshalb einige 
Batch-Dateien zusammengestellt, die Sie eventuell gebrauchen 
können. Falls Sie diese Dateien nicht benutzen wollen, dann se- 
hen Sie wenigstens einige Beispiele zu dem, was möglich ist. 
Vielleicht regt Sie das an, selbst Batch-Dateien zu erstellen. Wir 
haben zuerst einige Batches geschrieben, die mit den Befehlen 
der Workbench 1.2 auskommen. Diese funktionieren auch mit 
den Befehlen der Version 1.3. Es folgen dann aber noch einige 
Batches, die nur mit den Befehlen der Workbench 1.3 erstellt 
werden können. Doch darauf wird an entsprechender Stelle noch 
einmal hingewiesen. 


Wie Sie wissen, liegt diesem Buch eine Diskette bei. Auf dieser 
Diskette befindet sich ein Verzeichnis namens Batches. In diesem 
Verzeichnis finden Sie alle Batch-Dateien wieder, die Sie im 
weiteren Verlauf dieses Kapitels sehen werden. Die Namen, un- 
ter denen die einzelnen Dateien zu finden sind, finden Sie am 
Anfang jeder Dateı als Kommentar eingefügt. Sie müssen sich 
also nicht die Mühe machen, die einzelnen Batches abzutippen, 
sondern Sie können diese verwenden. 


9.3.1 Eine besondere Drucker-Batch-Datei 
Haben Sie schon einmal eine Datei auf Ihren Drucker ausge- 


druckt? Dann haben Sie sicherlich festgestellt, daß der Text, der 
ausgedruckt wurde, immer die gleiche Gestaltung hatte. In die- 
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sem Abschnitt möchten wir Ihnen zeigen, wie Sie dies ändern 
können. Dazu sind allerdings einige Vorkenntnisse erforderlich. 
Diese möchten wir Ihnen ausführlich darlegen. 


Wie Sie vielleicht wissen, kann man dem Drucker die verschie- 
densten Steuerzeichen übermitteln. Diese Steuerzeichen sind 
Escape-Sequenzen, die mit Hilfe des Befehls 


COPY * TO PRT: 


dem Drucker übermittelt werden. Nach Eingabe des Befehls und 

abschließendem Return werden alle Tastatureingaben direkt an 
den Drucker weitergeleitet. Sie bräuchten folglich die ge- 
wünschte Steuersequenz nur noch auf der Tastatur einzugeben. 
Da die direkte Übermittlung der Tastatureingabe an den Drucker 
innerhalb einer Batch-Datei nicht möglich ist, muß man hier 
einen Umweg gehen. 


Diese Steuersequenzen leiten wir deshalb in verschiedene Da- 
teien. Wir möchten Ihnen an einem Beispiel verdeutlichen, wie 
Sie dies erreichen. In unserem Beispiel behandeln wir die Steu- 
ersequenz für die Schriftart NLQ. Geben Sie nun folgende Zeile 
in CLI bzw. Shell ein: 


COPY * TO NLQ 


Nachdem Sıe die Befehlszeile mit Return abgeschlossen haben, 
wird Ihr Laufwerk kurzzeitig anlaufen. Es richtet die Datei NLQ 
ein. Alle Tastatureingaben, die nun folgen, werden direkt in 
diese Datei geleitet. Das heißt, daß keine Ausgaben auf dem 
Bildschirm erfolgen werden. Sie tippen folglich "blind". Wenn Sie 
nun die eigentliche Steuersequenz für die Schriftart NLQ einge- 
ben, dürfen keine Fehleingaben enthalten sein. Geben Sie nun 
unter besonderer Sorgfalt die folgenden Zeichen ein (mit Esc ist 
die speziell dafür vorgesehene Esc-Taste gemeint): 


ESC [2"z 
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Wenn Sie nun die Return-Taste betätigen, wird Ihr Laufwerk 
wieder kurzzeitig anlaufen. Diesmal wird die obige Steuerse- 
quenz in die Datei geschrieben. 


Um wieder in den "normalen" Modus zu gelangen, das heißt den 
Copy-Befehl aufzuheben, drücken Sie gleichzeitig die Tasten- 
kombination Ctrl und \. Es erscheint nun wieder das gewohnte 
Prompt in CLI oder Shell. Damit ist die Übergabe der Steuerse- 
quenz in die Datei beendet. 


Verfahren Sie für die Druckereinstellungen Fett (bold), Kursiv 
(italics) und Reset wie oben beschrieben. Benutzen Sie dazu die 
Dateinamen Fett, Kursiv und Reset an Stelle von NLQ. Welche 
Steuersequenz Sie für die einzeinen Druckereinstellungen 
benötigen, entnehmen Sie bitte dem Amiga-Benutzerhandbuch. 


Bei der Übermittlung der Steuersequenzen in die Dateien kann 
es passieren, daß sich auch das Schriftbild im Normalmodus auf 
dem Bildschirm ändert. Das heißt, daß zum Beispiel nach Über- 
mittlung der Steuersequenz kursiv auch die Ausgabe auf dem 
Bildschirm kursiv erscheint. Aufgrund dessen ist es ratsam, die 
Steuersequenz für Reset als letztes zu übermitteln. Dadurch wer- 
den alle anderen Einstellungen aufgehoben. 


Diese vıer Dateien befinden sich auch auf der Diskette ım Buch. 
Sie sind in dem Verzeichnis Druckersequenzen zu finden. Falls 
Sie noch weitere Steuersequenzen ın Dateien kopieren, dann 
sollten Sie diese auch in dieses Unterverzeichnis kopieren. 


Es folgt nun die Batch-Datei, die in der Überschrift erwähnt 
wurde. Geben Sie diese in einen Editor ein und speichern sıe 
unter dem Namen Drucker ab, oder benutzen Sie die Datei 
Drucker im Verzeichnis Batches der Diskette im Buch. 


„key Dateiname 

‚Drucker 

if "<Dateiname>" eq !"" 
echo "*nSie müssen eine Datei angeben.*n!" 
quit 

endif | 

if "<Dateiname>" eq "7?" 
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echo "*n*nAufruf: execute Drucker Dateiname*n!" 
echo "Vergessen Sie nicht, die entsprechenden Pfade anzugeben. *n!" 
quit 
endif 
if exists <Dateiname> 
ask "Möchten Sie die Datei in NLQ ausdrucken? (y/n) " 
if warn 
copy AmigaDOS-Buch:Druckersequenzen/Nlq to prt: 
else 
echo "Ok, kein NLQ." 
endif 
ask "Möchten Sie die Datei fett ausdrucken? (y/n) " 
if warn 
copy AmigaDOS-Buch:Druckersequenzen/Fett to prt: 
else 
echo "Ok, nicht fett." 
endif 
ask "Möchten Sie die Datei kursiv ausdrucken? (y/n) " 
if warn 
copy AmigaDOS-Buch:Druckersequenzen/Kursiv to prt: 
else 
echo "Ok, nicht kursiv." 
endif 
copy <Dateiname> to prt: 
copy AmigaDOS-Buch:Druckersequenzen/Reset to prt: 
echo "Ich bin fertig." 
else 
echo "Ich konnte die Datei <Dateiname> nicht finden." 
endif 


Starten Sie diese Batch-Datei anschließend mit dem Befehl 


EXECUTE AMIGADOS-BUCH:BATCHES/DRUCKER SYS:S/STARTUP-SEQUENCE 


Daraufhin werden Ihnen nacheinander drei Fragen gestellt. Zum 
einen, ob Sie die Datei in NLQ ausdrucken wollen, zum ande- 
ren, ob Sie die Datei fett ausdrucken wollen und ob Sie dıe Da- 
teı kursiv ausdrucken wollen. Beachten Sıe bitte bei der Beant- 
wortung der Fragen, daß Ihr Drucker die entsprechenden 
Schrifteinstellungen verfügbar hat. Ist die dritte Frage beant- 
wortet, beginnt kurz darauf der Drucker, die Datei Startup-Se- 
quence aus -dem S-Verzeichnis Ihrer Workbench-Diskette mit 
den entsprechenden Einstellungen auszudrucken. An Stelle der 
Startup-Sequence kann der gewünschte Dateiname eingesetzt 
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werden. Wenn die Datei in einem Unterverzeichnis steht, dann 
ist darauf zu achten, daß der entsprechende Pfad mit angegeben 
wird. 


In der obigen Batch-Datei sind nur die drei Beispieleinstellungen 
verwendet worden. Sıe können nach Belieben auch die anderen 
zur Verfügung stehenden Druckereinstellungen in die Datei ein- 
binden. Vorher müssen Sie allerdings die Escape-Sequenzen, wie 
oben beschrieben, in eine Datei schreiben. 


5.3.2 Eigene Batch-Befehle erstellen 


Wir zeigen Ihnen jetzt drei Beispiele, wie Sie eigene Befehle er- 
stellen können. Es sind im eigentlichen Sinne keine Befehle, da 
sie nur in Verbindung mit dem Execute-Befehl zu verwenden 
sind, es sei denn, das s-Status-Bit der Batch-Datei ist gesetzt. 


Da wäre zum einen der Backup-Befehl. Mit seiner Hilfe sind Sie 
ın der Lage, von jeder Datei eine Kopie als Backup anzufer- 
tigen. Diese erzeugte Datei unterscheidet sich von der Original- 
datei nur im Namen, er enthält die Endung .bak. Geben Sie nun 
folgende Zeilen in einen Editor ein, und speichern Sie sie unter 
dem Namen Backup ab, oder benutzen Sıe die entsprechende 
Datei von der Diskette im Buch. 


„key Dateiname 
‚Backup 
if "<Dateiname>" eq !"" 
echo "*nSie müssen eine Datei angeben. *n!" 
quit 
endif 
if "<Dateiname>" eq "7?" 
echo "*n*nAufruf: execute Backup Dateiname*n" 
echo "Vergessen Sie nicht, die entsprechenden Pfade anzugeben. *n!" 
quit 
endi f 
if exists <Dateiname> 
copy <Dateiname> to <Dateiname>.bak 
else 
echo "*nIch konnte die Datei <Dateiname> nicht finden.*n' 
endif 
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Sie können den Befehl anwenden, indem Sie ıhn mit Execute 
und einem Dateinamen aufrufen. Eine komplette Befehlszeile 
sieht wie folgt aus: 


EXECUTE AMIGADOS-BUCH:BATCHES/BACKUP Dateiname 


Es wird eine Datei erstellt, die die Bezeichnung Dateiname.bak 
erhält. Der zweite Befehl lautet Window. Mit seiner Hilfe sind 
Sie in der Lage, bis maximal sechs CLI-Fenster mit nur einer 
eingegebenen Befehlszeile zu öffnen. Auch die folgenden Zeilen 
geben Sie in einen Editor ein. Diesmal speichern Sie das Einge- 
gebene unter Window ab. Auch hier können Sie die Diskette im 
Buch verwenden. 


.key Anzahl 
Window 
if "<Anzahl>" eq "7?" 
echo "#*n*nAufruf: execute Window Anzahl*n!! 
echo "Anzahl muß zwischen 1 und 6 einschließlich 
Liegen.*n!! 
quit 
endif 
if <Anzahl>" eq sm 
echo "#*nSie müssen die Anzahl der Fenster eingeben.*n!" 
quit 
else 
skip <Anzahl> 
lab 6 
newcli "con:0/0/319/59/Ein_CLI" 
lab 5 
newcli "con:320/0/319/59/Ein_CLI" 
lab 4 
newcli "con:0/60/319/59/Ein_CLI" 
lab 3 
newcli "con:320/60/319/59/Ein_CLI" 
lab 2 
newcli "con:0/120/319/59/Ein_CLI" 
lab 1 
newcli "con:320/120/319/59/Ein_CLI" 
endif 


Aufrufen können Sie den Befehl durch Eingabe von 


EXECUTE AMIGADOS-BUCH:BATCHES/WINDOW n 
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Dabei steht n für eine Zahl zwischen eins und sechs einschließ- 
lich. Wenn es zu einer Fehlermeldung kommt, kann es verschie- 
dene Gründe dafür geben. Der Speicherplatz reicht nicht aus, 
oder die angegebene Zahl ist falsch gewählt. 


Bevor wir den letzten Befehl ansprechen, geben wir Ihnen noch 
einen Hinweis. Er betrifft das Verzeichnis T. Es werden dort bei 
der Ausführung eines Execute-Befehls die verschiedensten Da- 
teien abgelegt. Diese werden intern vom Rechner benutzt. Wenn 
Sie eine Batch-Datei aufrufen und die Meldung "Diskette ist 
schreibgeschützt" erscheint, dann erschrecken Sie nicht. Der 
Rechner muß nur auf das T-Verzeichnis zugreifen können. 


Arbeiten Sie mit der RAM-Disk, dann tritt diese Meldung nicht 
auf. Es kann aber vorkommen, daß plötzlich ein Unter- 
verzeichnis T auf der RAM-Disk erscheint, obwohl Sie es nicht 
angelegt haben. Dies hat der Rechner von sich aus gemacht. 


Das letzte Thema, das wir ın diesem Abschnitt behandeln, ist die 
RAM-Disk. Wir zeigen Ihnen eine Batch-Datei, die einige Be- 
fehle in die RAM-Disk kopiert. Dort stehen sie dem System in 
verkürzter Syntax zur Verfügung. Die Batch-Datei sieht wie 
folgt aus: 


.key Parameter 
;RAMon 
if "<Parameter>" eq "7?" 
echo "*n*nAufruf: execute RAMon*n!" 
echo "Es brauchen keine Parameter angegeben zu werden. *n!! 
quit | 
endif 
if not "<Parameter>" eq '"" 
echo "*nSie müssen keinen Parameter eingeben. *n!' 
endif 
if not exists RAM:d 
makedir RAM:d 
copy sys:c/copy RAM:d/c 
copy sys:c/path RAM:d/p 
assign c: RAM:d 
else 
copy sys:c/copy RAM:d/c 
c sys:c/path RAM:d/p 
endif 
p add sys:c 
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sys/c:dir RAM:d/d 

sys/c:execute RAM:d/ex 

sys/c:delete RAM:d/del 

sys/c:type RAM:d/t 

sys/c:rename RAM:d/r 

sys/c:echo RAM:d/e 

"knDie verkürzten Befehle sind nun verfügbar .*n!" 


PO 


Geben Sie die Zeilen in einen Editor ein, und speichern Sie 
diese unter der Bezeichnung RAMon ab, oder benutzen Sie die 
entsprechende Datei aus dem Verzeichnis Batches der Diskette 
im Buch. Nachdem Sie die Datei mit "Execute AmigaDOS- 
Buch:Batches/RAMon" abgearbeitet haben, stehen Ihnen die ver- 
kürzten Befehle C, P, D, EX, Del, T, R und E zur Verfügung. 
Welche Befehle diese Buchstaben repräsentieren, entnehmen Sie 
aus den obigen Zeilen. Dem Kopieren anderer bzw. weiterer 
Befehle steht nichts im Wege. Sie müssen jedoch beim Verkürzen 
der Befehle darauf achten, daß keine Abkürzung mehr als ein- 
mal benutzt wird. 


Die Zurverfügungstellung der verkürzten Befehle kann auch ın 
die Startup-Sequence eingebunden werden. Dies sollte erst am 
Ende der Sequence geschehen. 


Arbeiten Sıe mit der Workbench-Version 1.3, dann können Sie 
die gleiche Wirkung dieser Batch-Datei mit Hilfe des Alias-Be- 
fehls erreichen. 


Um den durch die verkürzten Befehle in Anspruch genommenen 
Speicherplatz wieder frei zu bekommen, haben wir die folgende 
Batch-Datei erstellt: | 


.key Parameter 
;RAMoff 
if "<Parameter>" eg "7?" 
echo "*n*nAufruf: execute RAMoff*n" 
echo "Es brauchen keine Parameter angegeben zu werden. *n!! 
quit- 
endif 
if not "<Parameter>" eq """ 
echo "*nSie müssen keine Parameter eingeben. *n!'" 
endif 
if exists RAM:t 
delete RAM:t all quiet 
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endif 
if exists ram:d 

cd ram:d 

sys:c/delete #? quiet 

sys:c/cd sys: 

echo "*nDie verkürzten Befehle sind nicht mehr verfügbar..*n!" 
endif 


Diese Zeilen sollten Sie unter dem Namen RAMoff abspeichern 
oder die entsprechende Datei auf der Diskette im Buch benut- 
zen. Durch Eingeben der Befehlszeile "Execute AmigaDOS- 
Buch:Batches/RAMoff" löschen Sie sowohl die verkürzten Be- 
fehle als auch das eventuell vorhandene Unterverzeichnis T in 
der RAM-Disk. Der dadurch frei werdende Speicherplatz kann 
anschließend für andere Zwecke genutzt werden. 


Wenn Sie jetzt einwenden, daß das Verzeichnis d in der RAM- 
Disk nicht gelöscht ist, so müssen wir Ihnen Recht geben. Aller- 
dings ist das Verzeichnis leer. Es befinden sich keine Befehle 
mehr darin. Warum wir das Verzeichnis nicht gelöscht haben, 
hat einen speziellen Grund. Der Amiga würde uns bei dem 
Versuch, dieses Verzeichnis zu löschen, eine Fehlermeldung auf 
den Bildschirm bringen, die letztendlich besagt, daß dieses Ver- 
zeichnis nicht gelöscht werden kann. Dies liegt darin begründet, 
daß wir innerhalb der RAMon-Batch-Datei mit dem Assign- 
Befehl den Zugriff auf das D-Verzeichnis in der RAM-Disk 
festgelegt haben. Um diesen Zugriff weiterhin zu gewährleisten, 
muß folglich das Verzeichnis erhalten bleiben. 


Dieser kleine Nachteil wird durch den großen Vorteil, daß Sie 
sowohl die verkürzten als auch alle originalen CLI-Befehle be- 
nutzen können, aufgehoben. 


5.3.3 Die Arbeits-Workbench 1.3 


Im weiteren Verlauf dieses Kapitels werden die Befehle der 
Workbench 1.3 benötigt. Sie können zwar versuchen, die Batches 
mit den 1.2-Befehlen zu erstellen, doch selbst wenn alle benutz- 
ten Befehle auch auf der Workbench 1.2 vorhanden sind, heißt 
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das nicht, daß es funktionieren muß. Die meisten 1.3-Befehle 
heißen zwar genauso, sie wurden aber größtenteils um einige 
Optionen erweitert. 


Wie die Überschrift schon sagt, möchten wir in diesem Unterka- 
pitel eine Batch-Datei zeigen, die aus der originalen Workbench 
1.3 eine Arbeits-Workbench 1.3 erstellt. Was wir unter Arbeits- 
Workbench verstehen, seı kurz erklärt. 


Wenn Sie sich an Ihren Computer setzen, dann wissen Sie im all- 
gemeinen, was Sie tun wollen. Dazu werden Sie in den meisten 
Fällen nur einen kleinen Teil der auf der Workbench enthaltenen 
Befehle oder Programme benutzen. Es wird allerdings öfter vor- 
kommen, daß Sie noch einige zusätzliche Programme, sei es 
einen Diskettenmonitor oder einen anderen Editor oder etwas 
ähnliches, benötigen. Deshalb empfiehlt es sich, mehrere Ar- 
beits-Workbenches anzufertigen, die alle einen mehr oder weni- 
ger gleichen Grundaufbau haben, dann aber die verschiedensten 
Programme zusätzlich beinhalten. Die eine hat zum Beispiel eine 
Textverarbeitung als Hauptprogramm mit auf der Diskette, die 
andere eine Dateiverwaltung usw.. Die Batch-Datei, die wir Ih- 
nen zeigen, hat folgende Funktion: Sie fertigt eine Arbeitsdis- 
kette an, auf der alle grundlegenden Dinge vorhanden sind. 


Doch bevor wir uns mit der Datei befassen, sollten Sie eine Ko- 
pie der originalen Workbench 1.3 anfertigen. Anschließend stel- 
len Sie auf der Kopie mittels Preferences alles nach Ihren Wün- 
schen ein und speichern es ab. Dies ist sehr wichtig, da auf der 
späteren Arbeitsdiskette keine Möglichkeit mehr besteht, die 
Einstellungen zu ändern. Auch die Startup-Sequence und die 
MountList sollten Sie vor der Benutzung der Batch-Datei auf 
Ihre Bedürfnisse abändern. Die originale Workbench 1.3 haben 
Sie doch wieder an ihren sicheren Ort gelegt, oder nicht? Gut. 
Es folgt jetzt der Inhalt der Batch-Datei, versehen mit Zeilen- 
nummern, das heißt, daß Sie beim Abtippen die jeweils vor den 
Befehlen stehenden Zahlen nicht mit eingeben dürfen. Wir ha- 
ben dies getan, damit bei der anschließenden Erläuterung die 
einzelnen Zeilen genau angegeben werden können. 
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;‚Arbeitsdisk 

sys:c/makedir ram:Arbeitsdisk 
sys:c/makedir ram:Arbeitsdisk/c 
sys:c/copy sys:c/Copy ram:Arbeitsdisk/c 
sys:c/cd ram:Arbeitsdisk/c 

copy sys:c/Addbuffers ram:Arbeitsdisk/c 
copy sys:c/Ask ram:Arbeitsdisk/c 

copy sys:c/Assign ram:Arbeitsdisk/c 
copy sys:c/Binddrivers ram:Arbeitsdisk/c 
copy sys:c/CD ram:Arbeitsdisk/c 

copy sys:c/Delete ram:Arbeitsdisk/c 
copy sys:c/Dir ram:Arbeitsdisk/c 

copy sys:c/Echo ram:Arbeitsdisk/c 
copy sys:c/Endcli ram:Arbeitsdisk/c 
copy sys:c/FF ram:Arbeitsdisk/c 

copy sys:c/lf ram:Arbeitsdisk/c 

copy sys:c/Install ram:Arbeitsdisk/c 
copy sys:c/Lab ram:Arbeitsdisk/c 
copy sys:c/Loadwb ram:Arbeitsdisk/c 
copy sys:c/Makedir ram:Arbeitsdisk/c 
copy sys:c/Mount ram:Arbeitsdisk/c 
copy sys:c/Newshell ram:Arbeitsdisk/c 
copy sys:c/Path ram:Arbeitsdisk/c 
copy sys:c/Prompt ram:Arbeitsdisk/c 
copy sys:c/Resident ram:Arbeitsdisk/c 
copy sys:c/Run ram:Arbeitsdisk/c 

copy sys:c/SetPatch ram:Arbeitsdisk/c 
copy sys:c/Setclock ram:Arbeitsdisk/c 
copy sys:c/Skip ram:Arbeitsdisk/c 
copy sys:c/Type ram:Arbeitsdisk/c 
copy sys:c/IconX ram:Arbeitsdisk/c 
‚Hier können weitere Befehle folgen 
copy sys:.info ram:Arbeitsdisk 

copy sys:Clock#? ram:Arbeitsdisk 
copy sys:Disk.info ram:Arbeitsdisk 
copy sys:Shell#? ram:Arbeitsdisk 
copy sys:System.info ram:Arbeitsdisk 
makedir ram:Arbeitsdisk/System 


copy sys:System ram:Arbeitsdisk/System all 


makedir ram:Arbeitsdisk/L 

copy sys:L ram:Arbeitsdisk/L all 
makedir ram:Arbeitsdisk/Devs 

copy sys:Devs/#? ram:Arbeitsdisk/Devs 
makedir ram:Arbeitsdisk/Devs/Keymaps 


copy sys:Devs/Keymaps/d ram:Arbeitsdisk/Devs/Keymaps 
copy sys:Devs/Keymaps/usal ram:Arbeitsdisk/Devs/Keymaps 


makedir ram:Arbeitsdisk/Devs/Printers 
copy sys:Devs/Printers/Epsond 
ram:Arbeitsdisk/Devs/Printers 

makedir ram:Arbeitsdisk/S 


copy sys:S/Startup-Sequence ram:Arbeitsdisk/S 


copy sys:S/#? ram:Arbeitsdisk/S 
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51 makedir ram:Arbeitsdisk/T 

52 makedir ram:Arbeitsdisk/Fonts 

53 copy sys:Fonts/Topaz.font ram:Arbeitsdisk/Fonts 

54 makedir ram:Arbeitsdisk/Fonts/Topaz 

55 copy sys:Fonts/Topaz/11 ram:Arbeitsdisk/Fonts/Topaz 

56 makedir ram:Arbeitsdisk/Libs 

57 copy sys:Libs ram:Arbeitsdisk/Libs all 

58 makedir ram:Arbeitsdisk/Utilities 

59 echo "*n*nLegen Sie bitte eine Diskette ins Laufwerk df0: ." 

60 echo "Diese Diskette wird dann formatiert und anschließend!" 

61 echo "zur neuen Arbeits-Workbench..*n! 

62 ram:Arbeitsdisk/System/format drive df0: name 
"Arbeits-Workbench 1.3" noicons 

63 install df0: 

64 copy ram:Arbeitsdisk dfO: all 

65 cd "Arbeits-Workbench 1.3" 

66 c/delete ram:Arbeitsdisk all quiet 

67 c/echo "Fertig!" 


Diese Batch-Datei unterscheidet sich von den bisher bespro- 
chenen Dateien in einem Punkt. Am Anfang wird die Be- 
fehlseingabe weder auf ?? noch auf eventuell eingegebene Para- 
meter hin abgefragt. Dies hat einen ganz besonderen Grund. Die 
Datei Arbeitsdisk im Verzeichnis Batches auf der Diskette im 
Buch soll mit Hilfe des IconX-Befehls der Workbench 1.3 auch 
mit der Maus aktiviert werden können. Die Benutzung des 
IconX-Befehls hat allerdings den Nachteil, daß nur die Befehle 
in einer Batch-Datei benutzt werden dürfen, die auch ıns CL] 
bzw. Shell eingegeben werden dürfen. Und dazu zählen die Be- 
fehle If, Else usw. eben nicht. Wir mußten daher auf diese Be- 
fehle und damit auch auf die Abfragen verzichten. 


Was die einzelnen Zeilen in dieser Datei bewirken, wissen Sie 
wahrscheinlich schon. Falls aber noch Unklarheiten bei der ein 
oder anderen Zeile auftreten, dann können Sie diese durch die 
folgende Erläuterung beseitigen: 


Zeile I-2 
Es wird in der RAM-Disk ein Verzeichnis Arbeitsdisk und in 
diesem wiederum ein Verzeichnis c eingerichtet. 
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Zeile 3-4 

In das oben eingerichtete Verzeichnis c wird der Befehl Copy 
kopiert, und anschließend wird in dieses Verzeichnis gewechselt. 
Dies hat den Vorteil, daß die nachfolgenden Befehle nicht erst 
von der Diskette geladen werden müssen. 


Zeile 5-30 

Jede einzelne Zeile kopiert einen Befehl aus dem c-Verzeichnis 
der Workbench in das c-Verzeichnis der RAM-Disk. Warum so 
viele, werden Sie fragen. Die große Anzahl der Befehle liegt 
darın begründet, daß alle kopierten Befehle entweder in der 
Startup-Sequence oder innerhalb dieser Batch-Datei verwendet 
werden. Weiterhin sind einige Befehle kopiert worden, die so oft 
gebraucht werden, daß sıe in dieser Liste nicht fehlen dürfen. 
Dies sind zum Beispiel der Dir- oder der Type-Befehl. 


Zeile 3] 

Diese Zeile ıst nur ein Kommentar und soll Sıe darauf auf- 
merksam machen, daß hier die geeignete Stelle ist, um eventuell 
noch weitere Befehle zu kopieren, die Sie benötigen. 


Zeile 32-36 

Hier werden alle benötigten Dateien aus dem Hauptverzeichnis 
der Workbench ın das Arbeitsdisk-Verzeichnis der RAM-Disk 
Kopiert. 


Zeile 37-40 

Die Verzeichnisse System und L werden innerhalb des Arbeits- 
disk-Verzeichnisses eingerichtet. Danach werden jeweils die 
entsprechenden Inhalte (d.h. Dateien) der gleichnamigen Ver- 
zeichnisse der Workbench in diese kopiert. 


Zeile 41-42 

Das Verzeichnis Devs wird eingerichtet, und alle Dateien (nicht 
die Unterverzeichnisse) aus diesem Verzeichnis werden von der 
Workbench in die RAM-Disk kopiert. Unter diesen Dateien be- 
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findet sich auch eine Datei namens System-Configuration. In ihr 
sind alle Informationen enthalten, die Sie in Preferences einge- 
stellt haben. Die Einstellungen werden beim Einschalten des 
Rechners berücksichtigt, können aber nicht verändert werden, 
da das Programm Preferences nicht mit kopiert wird. Eine wei- 
tere Datei hat den Namen Mountlist. Auch diese sollten Sie nach 
Ihren Wünschen vor Benutzung dieser Batch-Dateı abändern. 


Zeile 43-45 

Im Verzeichnis Devs wird das Verzeichnis Keymaps eingerichtet. 
Danach werden die Keymaps d (für die deutsche Tastaturbele- 
gung) und usal (für die amerikanische Tastaturbelegung) von 
der Workbench in die RAM-Disk kopiert. 


Zeile 46-47 

Hier geschieht das gleiche wie in Zeile 43-45, allerdings mit 
dem Verzeichnis Printers und dem Druckertreiber EpsonQ. Sie 
müssen hier den Druckertreiber kopieren, den Sie auf der Work- 
bench mittels Preferences ausgewählt haben. Die Datei EpsonQ 
dient hier nur als Beispiel. 


Zeile 48-50 

Das Verzeichnis S wird in der RAM-Disk eingerichtet. An- 
schließend werden die Startup-Sequence und die sonst noch vor- 
handenen Dateien aus dem s-Verzeichnis der Workbench ın die- 
ses Verzeichnis kopiert. 


Zeile 51 
Für die temporären Dateien wird ein Verzeichnis T eingerichtet. 


Zeile 52-55 

Diese Zeilen zeigen, wie ein Font von der Workbench übernom- 
men wird. Sollten Sie weitere Fonts übernehmen wollen, dann 
verfahren Sie wie in diesen Zeilen gezeigt. 
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Zeile 56-57 

Es wird das Verzeichnis Libs eingerichtet. Danach wird der ge- 
samte Inhalt des Verzeichnisses der Workbench in das der RAM- 
Disk kopiert. 


Zeile 58 

Da in den meisten Fällen in der Startup-Sequence ein Pfad zu 
diesem Verzeichnis gelegt wird, haben wir hier das dazu benö- 
tigte Verzeichnis eingerichtet. Wie Sie sehen haben wir keine 
Dateien in dieses Verzeichnis kopiert. Wenn Sie jedoch öfter mit 
dem Calculator, dem Notepad oder einem anderen Programm ar- 
beiten, dann kopieren Sie die entsprechenden Programme in 
dieses Unterverzeichnis. 


Zeile 59-61 
Mittels dieser Zeilen wird Text auf dem Bildschirm ausgegeben. 


Zeile 62-63 

Nachdem Sie die Workbench aus dem Laufwerk dfO: entfernt 
und eine leere Diskette dort hineingelegt haben, wird die Dis- 
kette formatiert und anschließend installiert (d.h. bootfähig ge- 
macht). 


Zeile 64 

In dieser Zeile wird die neu formatierte Diskette zur Arbeits- 
Workbench gemacht, denn es wird das gesamte Verzeichnis Ar- 
beitsdisk der RAM-Disk mit deren Unterverzeichnissen und 
Dateien auf die neue Diskette übertragen. 


Zeile 65-66 
Es wird auf die Arbeits-Workbench BOWIE und die RAM- 
Disk wird wieder geleert. 


Zeile 67 
Zum Schluß erfolgt eine Fertigmeldung auf dem Bildschirm. 
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Einige Anmerkungen zur Batch-Datei 


Sie benötigen zur Durchführung der Datei nur ein Laufwerk. Da 
der benötigte Speicherplatz recht groß ist, sollten Sie über min- 
destens ein MegaByte RAM verfügen. Haben Sie diesen Spei- 
cherplatz nicht zur Verfügung, können Sie sich helfen, indem 
Sie einige Befehle aus dem Verzeichnis c nicht innerhalb der 
Batch-Datei kopieren. Sie können alle Befehle, die nicht inner- 
halb der Batch-Datei benutzt werden, erst einmal weglassen. 
Diese müssen Sıe anschließend, nachdem die Batch-Datei fertig 
ist, nachträglich kopieren. Der dadurch eingesparte Platz müßte 
ausreichen, um auch mit 512 KByte auszukommen. 


Wenn Sie diese Batch-Datei benutzen, dann müssen Sie vorher 
Ihren Amiga mit der Kopie der Workbench 1.3 booten. An- 
schließend können Sıe die Datei, wie oben schon beschrieben, 
starten. 


Haben Sie mit dem Batch eine Arbeitsdiskette hergestellt, dann 
können Sie die Programme, die Sie noch gebrauchen, auf diese 
Diskette kopieren. Beachten Sie aber, daß diese Programme 
eventuell noch andere Dateien benötigen, die zur Zeit nicht auf 
der Diskette vorhanden sind. Dies sind zum Beispiel zusätzliche 
Befehle oder Fonts. Auch diese Dateien müssen Sie dann auf 
Ihre Arbeits-Workbench ın die entsprechenden Verzeichnisse 
kopieren. 


5.3.4 Starten von Batch-Dateien mit der Maus 


Haben Sie sich auch schon mal darüber geärgert, daß Sie bei der 
Benutzung von Batch-Dateien sehr viel Vorarbeit leisten 
mußten, bevor Sie die Datei starten konnten? Zuerst muß das 
Diskettensymbol doppelt angeklickt werden, dann muß die rich- 
tige Schublade geöffnet werden, um dann zuerst einmal ein CLI 
öffnen zu können. Erst danach konnte die Batch-Datei mit eini- 
ger Tipparbeit gestartet werden. 
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Mit der Workbench 1.3 wird ein Befehl geliefert, mit dessen 
Hilfe Sie sich einen Teil dieser Arbeit ersparen können. Dieser 
Befehl heißt IconX und ist im c-Verzeichnis zu finden. Wie 
wird der Befehl genutzt? Diese Frage möchten wir an einem 
Beispiel erläutern. Erstellen Sie dafür ein Batch in der RAM- 
Disk. Geben Sıe dazu folgende Zeile in die Shell ein: 


echo >ram:Batch "dir df0:*ncd ram:*ntype Batch" 


Mit dir Ram: können Sie nachschauen, ob sich die Datei "Batch" 
in der RAM-Disk befindet. Ausführen können Sie die Datei, in- 
dem Sie execute ram:batch in die Shell eingeben. Es wird da- 
raufhin das Inhaltsverzeichnis der Diskette, die sich ım Lauf- 
werk df0: befindet auf dem Bildschirm sichtbar, gefolgt von drei 
Befehlszeilen, die den Inhalt der Datei Batch darstellen. 


Doch was muß getan werden, damit diese Datei auch mit der 
Maus gestartet werden kann? Als erstes benötigen wir ein Icon. 
Dieses Icon muß ein Project-Icon sein, wie zum Beispiel das 
Shell-Icon. Wir werden dieses in unserem Beispiel benutzen. 
Wenn Sie ein anderes Icon nehmen möchten, dann können Sie 
ganz einfach prüfen, ob es sich um ein Tool-Icon handelt. 
Klicken Sıe das Icon einmal an und halten anschließend die 
rechte Maustaste gedrückt. Sofort erscheint in der obersten Zeile 
des Bildschirms eine Menüleiste. Aktivieren Sie den Menüpunkt 
Info in der Workbench-Spalte. Es erscheint daraufhin ein Info- 
Fenster. In der linken oberen Ecke dieses Fensters befindet sich 
das Wort Type. Direkt daneben muß sıch das Wort Tool befin- 
den. Steht dort zum Beispiel Project oder Drawer, dann können 
Sıe dieses Icon für unseren Zweck nicht benutzen. 


Auf der Diskette im Buch befindet sich im Verzeichnis Batches 
die Datei RamControl. Zu dieser existiert ein Icon, also auch ein 
RamControl.info-File. Dieses Icon werden wir in unserem Bei- 
spiel benutzen. Kopieren Sie das Icon in die RAM-Disk und ge- 
ben Sıe der Datei sofort den Namen der Beispiel-Batch-Datei, 
wobei die Endung .info beibehalten werden muß. Dies geschieht 
mit dem Befehl 
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copy AmigaDOS-Buch:Batches/RamControl.info ram:Batch.info 


Wenn Sie eine andere .info-Datei benutzen möchten, dann müs- 
sen Sie dementsprechend einen anderen Quellnamen bzw. Quell- 
pfad eingeben. 


Haben Sie den Befehl eingegeben, dann klicken Sıe dass RAM- 
Disk-Symbol doppelt an. In dem erscheinenden Fenster erkennen 
Sie ein Icon, mit dem Namen unserer Batch-Datei. Klicken Sie 
es einmal mit der linken Maustaste an. Danach aktivieren Sie 
den Menüpunkt Info, wie oben schon beschrieben. Es erscheint 
das Info-Fenster. 


Innerhalb dieses Fensters befindet sich ein Kasten, worin der 
Text DEFAULT TOOL steht. Falls Sie mit dem RamControl- 
Icon arbeiten, dann steht rechts daneben SYS:C/IconX. Haben 
Sie ein anderes Icon gewählt, dann wird dort auch eın anderer 
Text stehen. Ändern Sie diesen Text um, so daß Sie auch 
SYS:C/IconX dort stehen haben. Klicken Sie dazu den Text an, 
und löschen Sie diesen mit der Del-Taste. Anschließend geben 
Sie den neuen Text ein. Dieser Text gibt den Pfad an, in dem 
sich der Befehl IconX befindet. Haben Sie diesen Text eingege- 
ben, dann schließen Sıe das Fenster wieder, indem Sie das Feld 
Save anklicken. Sofort verschwindet das Fenster vom Bildschirm. 


Wenn Sie das RAM-Disk-Fenster nicht wieder geschlossen ha- 
ben, dann sehen Sıe das Batch-Icon in diesem Fenster. Klicken 
Sie es doppelt an. Es öffnet sich daraufhin ein weiteres Fenster. 
In diesem Fenster erscheinen die gleichen Ausgaben, wie es oben 
der Fall war, als die Batch-Datei mit execute gestartet wurde. 
Nachdem alle Ausgaben in dem Fenster ausgegeben wurden, 
bleibt das Fenster kurze Zeit geöffnet, bevor es dann automa- 
tisch geschlossen wird. Falls Sie die Zeit, die das Fenster noch 
göffnet bleibt, als zu kurz empfinden, erweitern Sie die Batch- 
Datei um den Befehl Wait 30. Das Fenster wird dann 30 Sekun- 
den länger göffnet bleiben. | 


So, das war ein Beispiel, wie Sie eine Batch-Datei von der 
Workbench aus starten können. Sie können so mit allen Batch- 
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Dateien verfahren, mit einer Einschränkung. Die Batch-Dateien 
dürfen nur solche Befehle enthalten, die auch in CLI oder Shell 
eingegeben werden dürfen. Befehle wıe Skip, Lab, If usw. sind 
also nicht erlaubt. Sie können dabei natürlich auch mit den 
Laufwerken arbeiten. Der IconX-Befehl ist nicht nur für die 
RAM-Disk bestimmt. Falls Ihnen das Icon nicht gefallen sollte, 
dann können Sıe es mit dem Icon-Editor verändern. 


5.3.5 Batch-Dateien "typen" 


Falls Sie schon früher, bevor Sie dieses Buch durchgearbeitet 
haben, Batch-Dateien erstellt haben, dann haben Sie diese hof- 
fentlich in das Unterverzeichnis s der Workbench kopiert. Dort 
schaut der Amiga selbständig nach, ob die Batch-Dateı, die Sie 
starten wollen, vorhanden ist, wenn er sie im Hauptverzeichnis 
nicht gefunden hat. Dies nur als kleiner Hinweis zu der nun fol- 
genden Batch-Datei. Sie gibt den Inhalt jeder einzelnen Datei 
aus einem Verzeichnis aus, welches Sie angeben können. Sie 
sollten aber darauf achten, daß ın dem angegebenen Verzeichnis 
hauptsächlich Textdateien, wie zum Beispiel Batch-Dateien oder 
Source-Dateien, stehen, da das "Typen" von beispielsweise 
compilierten Programmen keinen Sinn ergibt. 


„key Verzeichnis 
‚Typen 
if "<Verzeichnis>" eg "7?" 
echo "*n*nAufruf: execute Typen Verzeichnis*n" 
echo "Vergessen Sie nicht, die entspr. Pfade anzugeben.*n"" 
quit 
endif 
if "<Verzeichnis>" eq "" 
echo "*n*nSie müssen ein Verzeichnis angeben. *n! 
quit 
endif | 
if exists "<Verzeichnis>" 
cd "<Verzeichnis>" 
else 
echo "*nIch kann das Verzeichnis <Verzeichnis> nicht finden.*n" 
quit 
endif 
list >ram:Type.bat #? Lformat="type %s" 
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execute ram:Type.bat 
delete ram:Type.bat 
cd sys: 


Sie starten diese Datei mit execute, oder Sie setzen das S-Bit 
dieser Datei. Beachten Sie, daß Sie das Laufwerk und das Ver- 
zeichnis angeben müssen. Da die Datei auf der Diskette im Buch 
Typen heißt, könnte ein Aufruf wie folgt aussehen: 


execute AmigaDOS-Buch:Batches/Typen sys:s 


Die anschließende Ausgabe können Sie anhalten, indem Sie die 
rechte Maustaste gedrückt halten. Die Ausgabe kann auch auf 
einen Drucker erfolgen. Dazu muß die LFORMAT-Option nur 
in lformat="type >prt: %s" geändert werden. | 


5.3.6 Alles in die RAM-Disk 


Die in diesem Unterkapitel gezeigte Batch-Datei sollten Sie nur 
verwenden, wenn Sie eine Speicher-Erweiterung in Ihrem Rech- 
ner haben, denn wie die Kapitelüberschrift schon sagt, wird 
"Alles" in die RAM-Disk kopiert. Was ist alles? Unter "Alles" 
verstehen wir die gesamte Kontrolle, die normalerweise die 
Workbench hat. Das heißt, wir kopieren die gesamte Workbench 
in die RAM-Disk und legen alle Zugriffe, die sonst auf die 
Workbench gehen, auf die RAM-Disk um. Sie können natürlich 
auch die resetfeste RAM-Disk dazu benutzen, dazu müssen Sie 
eventuell in der MountList die Parameter der resetfesten RAM- 
Disk ändern. Sie müssen den Parameter HighCyl so groß wählen, 
daß der gesamte Inhalt der Workbench in der resetfesten RAM- 
Disk Platz hat. Bedenken Sie bei der Benutzung dieser Dateien, 
daß sehr viel Speicherplatz benötigt wird, der den anderen An- 
wendungen nicht mehr zur Verfügung steht. Die erste der nun 
folgenden Batch-Dateien benutzt die normale RAM-Disk. Die 
zweite dagegen benutzt die resetfeste RAM-Disk. 


‚Ramcontrol 

echo "*nDie Verzeichnisse werden kopiert.*n!" 
copy sys: ram: all 

cd ram: 
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echo "*nDie Kontrolle wird an die RAM-Disk übergeben.*n!" 
assign sys: ram: 

assign c: sys:c 

assign |: sys:l 

assign fonts: sys:fonts 

assign s: sys:s 

assign devs: sys:devs 

assign libs: sys:libs 

assign t: sys:t 

assign utilities: sys:utilities 
assign prefs: sys:prefs 

assign system: sys:system 
assign empty: sys:empty 

echo !""*nFertig.*n!" 


;Radcontrol 
if exists rad:Flag 
skip LI 
else 
echo "*nDie Verzeichnisse werden kopiert.*n!" 
copy sys: rad: all 
endif 
echo >rad:Flag "Flag gesetzt." 
lab LI 
cd rad: 
echo "*nDie Kontrolle wird an resetfeste RAM-Disk übergeben. *n!" 
assign sys: rad: 
assign c: sys:c 
assign |: sys:l 
assign fonts: sys:fonts 
assign s: sys:s 
assign devs: sys:devs 
assign libs: sys:libs 
assign t: sys:t 
assign utilities: sys:utilities 
assign prefs: sys:prefs 
assign system: sys:system 
assign empty: sys:empty 
echo "*nFertig.*n"" 


Sie sehen, daß die zweite Datei etwas umfangreicher ist. Das hat 
den Grund, daß nach einem Warmstart (Amiga Ctrl) der Inhalt 
der resetfesten RAM-Disk, sobald sie wieder "gemountet" wird, 
ımmer noch vorhanden ist. Die Dateien der Workbench müssen 
also nicht noch einmal kopiert werden. In den zusätzlichen Zei- 
len gegenüber der RamControl-Datei wird dies berücksichtigt. 
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5.3.7 Den PC beschleunigen 


Sie werden sich vielleicht ein wenig wundern, daß in der Kapiı- 
telüberschrift der PC erwähnt wird und nicht der Amiga. Das 
hat aber alles seine Richtigkeit. Sollten Sie in Ihren Amiga eine 
PC- bzw. eine AT-Karte eingebaut haben, dann wird der fol- 
gende Batch für Sie interessant sein, denn auch von der Amiga- 
Seite aus können wir die PC-Seite unterstützen. 


Unsere Absicht ist es, den PC zu beschleunigen. Wir verwenden 
dazu den neuen TaskPri-Befehl aus diesem Buch. Mit diesem 
Befehl werden dem PC höhere Prioritäten vergeben. Dadurch 
wird insbesondere die Textausgabe der PC-Seite schneller, wäh- 
rend der Amiga selbst nicht beeinträchtigt wird. 


Sıe können diese Datei mit execute starten oder auf der Diskette 
im Buch im Verzeichnis Batches das PCSpeed-Icon anklicken. 


‚PCSpeed 

copy AmigaDOS-Buch:programme/taskpri ram: 
ram:taskpri >nil: ZaphodServiceTask 127 
ram:taskpri >nil: FakeZaphodLibTask.2.Really 127 
ram:taskpri >nil: InputMonitorTask.2.Zaphod 127 
ram:taskpri >nil: PCWindow 127 

ram:taskpri >nil: CursorTask.2.Zaphod 127 


Sollten Sie den neuen TaskPri-Befehl in das c-Verzeichnis Ihrer 
Workbench übernehmen, dann können Sie die zweite Zeile des 
Batches weglassen. Sie müssen dann aber auch das "ram:" in den 
folgenden Zeilen entfernen. 


5.4 Neue Shell-Befehle mit Alias 


Die Version 1.3 der Workbench hat ein sehr leistungsfähiges 
Programm. Es ist die Shell. Die Vorteile gegenüber dem CLI 
sind sehr groß. Zum einen können die Befehlszeilen editiert 
werden, zum andern werden die eingegebenen Befehlszeilen der 
Reihe nach in einem Puffer gespeichert. 
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Doch es gibt noch einen großen Vorteil. Dieser besteht in dem 
Befehl Alias. Mit ihm sind wir in der Lage, die vorhandenen 
CLI-Befehle in einer anderen Weise zu nutzen. Warum wird das 
hier im Kapitel Batches erläutert, werden Sie sich fragen. Das 
hat den Grund, daß der Alias-Befehl fast die gleiche Funktion 
hat wie eine Batch-Datei. Allerdings bestehen diese Batch-Da- 
teien aus nur einer Zeile. Die Zeile beginnt mit dem Befehlswort 
Alias. Danach folgt eine Zeichenkette, die den Namen angibt, 
mittels dem die Batch-Datei angesprochen wird. Zum Schluß 
kommt dann noch der Befehl, der die Batch-Dateı bildet. Das 
hört sich sehr schwierig an, ist es aber nicht. Bevor wir das an 
einem Beispiel verdeutlichen, noch ein Hinweis: 


Alle in diesem Kapitel erstellten Alias-Befehle haben wir in eine 
Batch-Datei namens Alıias.Bat auf der Diskette im Buch ge- 
schrieben. Diese befindet sich auch im Unterverzeichnis Batches. 
Wenn Sie ein Shell-Fenster geöffnet haben, müssen Sie "execute 
AmigaDOS-Buch:Batches/Alias.Bat" eingeben, und es stehen Ih- 
nen alle folgenden Alıias-Befehle zur Verfügung. 


Zurück zu unserem Beispiel. Geben Sie die folgende Zeile in die 
Shell ein: 


Alias Ramdir Dir Ram: 


Anschließend steht Ihnen der neue Befehl Ramdir zur Verfü- 
gung. Sıe sehen, es ist ganz einfach. Zuerst das Befehlswort 
(Alias), dann die Bezeichnung des neuen Befehls (Ramdir), und 
danach steht das, was der Befehl bewirkt (Dir Ram:). Das von 
uns gewählte Beispiel ist nicht sehr sinnvoll, aber als Beispiel 
reicht es aus. Welche Alias-Befehle Sie zur Zeit benutzen können 
und wie sie aufgebaut sind, erfahren Sie, indem Sie nur Alias 
gefolgt von Return eingeben. Um Ihnen einige Anregungen zu 
dem Alıias-Befehl zu geben, haben wir einige neue Befehle er- 
stellt. Sie können diese Zeilen übrigens auch in die Shell-Start- 
up-Datei einbinden, dann stehen Ihnen diese Befehle in jedem 
Shell-Fenster zur Verfügung. Oder Sie schreiben sie in eine 
Batch-Datei, die Sie bei Bedarf einmal aufrufen müssen, um die 
Befehle nutzen zu können. 
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Sıe möchten das Laufwerk wechseln, möchten aber nicht 
jedesmal soviel tippen. Benutzen Sie folgende Zeilen: 


alias 0 cd df0: 
alias 1 cd dfi: 
alias 2 cd df2: 
alias r cd ram: 


Nach Eingabe dieser Zeilen sind Sie in der Lage, das 
Laufwerk zu wechseln indem Sıe 0 oder 1 oder 2 oder r 
eingeben. Sie können natürlich auch mit anderen Laufwer- 
ken so verfahren (z.B. dh0:). Des weiteren können Sie auch 
gleich in ein Verzeichnis in dem angegebenen Laufwerk 
wechseln. Möchten Sie in das Verzeichnis c des Laufwerks 
dfl: wechseln, müssen Sie nur den Befehl 1 c eingeben. 


Es soll der Inhalt eines Shell-Fensters gelöscht werden. 


Alias CLS echo !"*ec! 


Geben Sie die Zeile in die Shell ein. Danach geben Sie 
CLS ein. Der Inhalt der Shell wird gelöscht, und das 
Prompt meldet sich oben im Fenster. Dies wird dadurch 
erreicht, daß mit dem Echo-Befehl eine Escape-Sequenz 
ausgegeben wird. Diese Sequenz steht innerhalb der An- 
führungszeichen. Die ersten beiden Zeichen teilen dem 
Rechner mit, daß nun eine Escape-Sequenz folgt. Das c 
bewirkt dann das Löschen des Bildschirms. Im Anhang A 
finden Sie weitere Escape-Sequenzen, die Sie ebenfalls be- 
nutzen können. Das Prompt steht aber nicht ganz oben, 
sondern in der zweiten Zeile. Um es nach dem Löschen in 
die erste Zeile zu bekommen, müssen wir ein wenig tricK- 
sen. Zuerst müssen wir das Prompt-Zeichen mit folgender 
Zeile ein wenig abändern: | 


Prompt "*e[11y*e [33m*e [1im*e [3m%s*e [Om*n*e[t" 
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Haben Sie die Zeile eingegeben und mit Return abge- 
schlossen, dann sehen Sie schon die Auswirkungen. Das 
Verzeichnis, in dem Sie sich zur Zeit befinden, ist kursiv 
und in oranger Farbe dargestellt. Außerdem erfolgt die 
Eingabe erst in der nächsten Zeile. Diese Einstellungen 
bewirken die verschiedenen Escape-Sequenzen im Prompt- 
Befehl. 


Geben Sie nun den neuen CLS-Befehl ein. 


Alias CLSC echo "*ec*e[2y*eL[2t" 


Wenn Sie nun den Bildschirm mit CLSC löschen, dann se- 
hen Sie, daß die Verzeichnisangabe in der obersten Zeile 
des Fensters steht. 


3. Da wir die Escape-Sequenzen im vorherigen Befehl schon 
angesprochen haben, möchten wir Ihnen einige weitere 
Anwendungen in dieser Art zeigen. Die ersten Beispiele 
benutzen zwar den Alias-Befehl nicht, sind aber dennoch 
interessant. 


echo "*e[1m*e[3mDies ist fett und kursiv.*eL[Om" 

echo !"*e[32m*e[43mDies ist schwarze Schrift auf orange- 
farbigem Untergrund. *e [Om" 

echo "*e[7m*e[4mDies ist invertiert und unterstrichen. *e [Om" 


Sie sehen, die Änderungen gelten nur für die eine Aus- 
gabe. Bleibende Anderungen können auch den Alias-Be- 
fehl beinhalten. | 


Alias Promi Prompt "*e[32m*e [43m%s> " 
Alias Prom2 Prompt "*e[42m*e[31m%s> " 
Alias Prom3 Prompt '*e[41m*e [33m%s> " 
Alias Prom+ Prompt "Xnter Task*n%s*n- " 


In den normalen Modus gelangen Sie, indem Sie echo "*ec" 
eingeben. 
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Jedes Shell-Fenster hat einen Rahmen und eine Titelleiste. 
Man hat sich daran schon gewöhnt. Wie sieht es aber aus, 
wenn plötzlich keine Leiste und kein Rahmen mehr da 
sind. Wenn Sie es gerne wissen möchten, dann tippen Sie 
die folgende Zeile ein. Anschließend steht Ihnen der Be- 
fehl rahmenlos zu Verfügung. 


Alias rahmenlos echo "*e[80u*e[0x*e[0Oy*e[31t" 


Nachdem Sie die Zeile eingegeben haben, ziehen Sie das 
Fenster auf seine maximale Größe auf. Geben Sie dann 
den Befehl rahmenlos ein. Das Fenster hat sich kaum ver- 
ändert. Erst durch gleichzeitiges Drücken der Ctrl-Taste 
und der Il-Taste, gefolgt von einem Return, bringt das ge- 
wünschte Ergebnis. Der Rahmen ist weg. Falls es Ihnen so 
doch nicht gefällt, dann drücken Sie die Esc-Taste (im 
Shell-Fenster sehen Sie diese Eingabe nicht) und an- 
schließend ein c. Durch Verkleinern des Fensters erhalten 
Sıe wieder den Rahmen. 


Es soll eine Datei auf dem Drucker ausgegeben werden. 
Gleichzeitig soll der Rechner weiter benutzbar bleiben. Die 
Datei soll also im Hintergrund gedruckt werden. 


Alias Druck run copy to prt: [] clone 


Die eckigen Klammern dienen als Platzhalter für den Pa- 
rameter, der mit Druck eingegeben wird. Hier muß die 
Dateı angegeben werden, die ausgedruckt werden soll, zum 
Beispiel: 


Druck sys:s/startup-sequence. 


Es wird ein Befehl gesucht, der eine Datei "unsichtbar" 
macht, das heißt sie wird beim Dir- oder List-Befehl auf 
dem Bildschirm nicht aufgeführt. 


Alias Hide protect [] +h 


Mit der Eingabe des Befehls Hide und einem Dateinamen 
kann eine Datei versteckt werden. Dies geschiet mit dem 
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Protect-Befehl. Mit ihm wird das H-Status-Bit der Datei 
gesetzt. Für die Benutzung dieses Befehls muß Ihr Rechner 
allerdings Kickstart 1.3 benutzen. Mit Kickstart 1.2 wird 
dieses H-Bit nicht berücksichtigt. 


7. Wie unter 6. kann auch das Status-Bit s gesetzt werden. Sie 
müssen nur die folgende Zeile eingeben: 


Alias SBit protect [] +s 


Anschließend können Sie mit SBit Dateiname eine Batch- 
Datei ausführbar machen, ohne daß Sie den Execute-Be- 
fehl benutzen müssen, wobei der Execute-Befehl ım c- 
Verzeichnis der Workbench vorhanden sein muß. 


8. In Ihrer Shell-Startup-Datei ist der Alias-Befehl xCopy 
schon vorhanden. Das gleiche Prinzip können wir auch 
zum Löschen benutzen. 


Alias xDelete delete [] all 


Nach Eingabe dieser Zeile können Sie ein Verzeichnis samt 
dessen Inhalt löschen. Geben Sie dazu xDelete und ein 
Verzeichnis in die Shell ein. 


9, Im Kapitel 5.3.2 haben wir eine Batch-Datei gezeigt, die 
einige CLI-Befehle in die RAM-Disk kopiert und diese 
dort unter einem verkürzten Befehlswort bereitstellt. Mit 
dem Alıias-Befehl lassen sich die CLI-/Shell-Befehle we- 
sentlich bequemer verkürzen. 


Alias c copy 
Alias p path 
Alias d dir 
Alias ex execute 
Alias d delete 
Alias t type 
Alias r rename 
Alias e echo 


Die einzelnen Befehle können nach Eingabe der Zeilen mit 
den entsprechenden Abkürzungen benutzt werden. 
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10. 


11. 


12. 
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Ein großer Vorteil bei der Verwendung des Alias-Befehls 
ist, daß man sich häufig lange Eingaben erspart. So auch 
bei diesem Beispiel. Hier wird der "neue" Befehl dcopy 
(von Diskcopy) erstellt. 


alias dcopy diskcopy df0: to df1: 


Sie müssen bei der Eingabe dieser Zeile nur auf Ihre 
Rechnerkonfiguration achten, denn sollten Sie nur ein 
Laufwerk oder einen Amiga 2000 mit einem externen 
zweiten Laufwerk besitzen, dann müssen Sie das Ziellauf- 
werk dementsprechend abändern. 


Ein weiterer Befehl dieser Art (wie bei 10.) ist NeuDisk. 
Auch er soll Ihnen Tipparbeit ersparen. 


alias neudisk format drive [] name Newisk 


Bei Aufruf des Befehls wird eine Diskette im angegebenen 
Laufwerk formatiert. 


Da der Alias-Befehl häufig in der Shell-Startup-Datei 
verwendet wird, möchten wir hier eine veränderte Startup- 
Datei zeigen. Diese Datei soll denen helfen, die des öfteren 
mit einem MS-DOS-Rechner arbeiten. Insbesondere die 
Besitzer einer PC/AT-Karte werden das Problem der un- 
terschiedlichen Syntax, daß heißt Schreibweise der von der 
Funktion her gleichen Befehle kennen. 


Diesem Problem soll mit der neuen Datei, die die Syntax 
einiger MS-DOS-Befehle bereitstellt, gelöst werden. Wir 
haben die Datei PC-Startup genannt. 


‚PC-Startup 

CD SYS: 

Prompt '"*e[33m*e [1m*e [3m%S*e LOm*n\" 

Alias ns newshell newcon:0/50/590/200/NeuShell from AmigaDOS- 
Buch::Batches/PC-Startup 

Alias Cd.. Cd / 

Alias CLS Echo "*ec" NOLINE 

Alias Del Delete 

Alias Md Makedir 
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Alias Rd Delete 

Alias Ren Rename 

Alias Edlin ED 

Alias Ver Version 

Alias Tree Dir [] DIRS ALL 
Alias XCopy Copy all [] clone 


Sie haben verschiedene Möglichkeiten, diese Datei zu nut- 
zen. Zum einen können Sie ein Shell-Fenster ganz normal 
öffnen und anschließend diese Datei mit Execute starten. 
Dies ist aber sehr umständlich. Deshalb haben wir eine 
weitere Batch-Datei geschrieben, die sowohl ein neues 
Shell-Fenster öffnet als auch diese Datei abarbeitet. Zum 
anderen kann diese Datei mit der Maus aktiviert werden, 
so daß es fast keinen Unterschied macht, ob Sie das origi- 
nale NewShell-Icon oder das der neuen Datei anklicken. 


Diese neue Datei haben wir NeuShell genannt, und sie ist 
auf der Diskette im Buch im Verzeichnis Batches zu fin- 
den. Sie besteht aus nur zwei Zeilen: 


;NeuShell 
newshell newcon:0/50/590/200/NeuShell from AmigaDOS-Buch: 
Batches/PC-Startup 


Sie können, nachdem Sie ein Shell-Fenster mit dieser Datei 
geöffnet haben, mit dem Befehl ns (von NeuShell) ein 
weiteres Fenster öffnen, die die gleiche PC-Startup-Datei 
ausführt wie die vorherige Shell. Möchten Sie bei einer 
weiteren Shell dagegen die originale Shell-Startup-Datei 
aus dem Verzeichnis s der Workbench benutzen, dann 
müssen Sie die nächste Shell einfach mit dem Befehl new- 
shell öffnen. 


Sıe können sıch das neue Icon auch auf Ihre Workbench 
kopieren, allerdings müssen Sie dann auch die PC-Startup- 

Datei mitkopieren und die entsprechenden Pfade innerhalb 
der Batch-Dateien umändern. 
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6. AmigaDOS und Multitasking 


Was uns am Amiga immer wieder fasziniert hat, ist die Lei- 
stungsfähigkeit der Hard- und Software. Während andere Com- 
puterhersteller den Blitter (den Spezialbaustein für superschnelle 
Speicheroperationen) erst nach langen Vorankündigungen aus- 
liefern, ist das System Amiga von vornherein damit ausgerüstet. 
Während andere Systeme bis zu 64 Farben zur Verfügung stel- 
len, bietet der Amiga 4096 Farben gleichzeitig. 


Aber noch viel leistungsfähiger als die Hardware des Amiga ist 
die mitgelieferte Software. Auch andere Computer arbeiten mit 
Fenstern, aber bei ihnen ist spätestens beim siebten Fenster 
Schluß, oder das Betriebssystem erlaubt zwar ein gewisses Mul- 
titasking (und davon ist in diesem Kapitel die Rede), aber eben 
nur ein äußerst eingeschränktes. Vor allem aber ist die mitge- 
lieferte Software nicht in der Lage, Erweiterungen und Verbes- 
serungen der Hardware voll auszunutzen. 


Ganz anders steht hier die Software des Amiga da. Kommt dem- 
nächst der große, schnelle Bruder des 68000, der 68020, der 
Amiga ist schon darauf vorbereitet und das Betriebssystem un- 
terstützt ihn. Werden Speicher-Erweiterungen auf mehrere 
MByte billiger? Der Amiga freut sich darauf. Bringt Commodore 
ın Kürze eine Grafikkarte mit mehr Auflösung, Farben und 
Möglichkeiten? Die graphics.library des Amiga braucht kaum 
erweitert zu werden. Eine ganz besondere Stellung in dieser Lei- 
stungsfähigkeit des Amiga-Betriebssystems, die der Hardware 
weit voraus ist, nimmt das AmigaDOS ein. Warum - das werden 
Sıe unter anderem in diesem Kapitel erfahren. 


Auf einem Homecomputer echtes Multitasking ohne Einschrän- 
kung - AmigaDOS macht es möglich. Dabei ist dieser Teil des 
Betriebssystems auch noch so ausgelegt, daß er sich bei steigen- 
den Möglichkeiten der Hardware um viele Funktionen erweitern 
läßt. Das konsequent verwirklichte Prinzip der Gerätetreiber ist 
ein wesentlicher Bestandteil dieser Flexibilität. Alle von DOS 
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unterstützten Geräte, so unterschiedlich sie auch sein mögen, 
werden mit den gleichen Routinen angesprochen. Die Umleitung 
von Ein- oder Ausgaben auf verschiedene Geräte ist eine we- 
sentliche Voraussetzung für Multitasking. Dabei enthält das 
AmigaDOS als Untermenge die Befehle und Leistungen des 
weitverbreiteten MS-DOS der professionellen PCs und bietet 
zusätzlich weit mehr. 


Ein kleiner Wermutstropfen steckt allerdings im AmigaDOS. 
Dieses Superbetriebssystem wird auf einem Rechner ausgeliefert, 
der noch lange nicht alle Möglichkeiten ausschöpft. Denn Mul- 
titasking auf einem Amiga 500 mit 512 KByte-Speicher und ei- 
nem Laufwerk ist wie Porschefahren auf einem Acker, reizvoll, 
aber die vollen Möglichkeiten werden nicht ausgeschöpft. Auch 
der 68000-Prozessor ist ausreichend, aber AmigaDOS wäre auf 
einem 68020-Prozessor noch weitaus leistungsfähiger. Wir kön- 
nen nur hoffen, daß diese Möglichkeiten bald zum Standard je- 
des Amiga-Besitzers gehören. 


6.1 Was ist Multitasking? 


Vielleicht werden einige unter Ihnen bei dieser Fragestellung 
müde lächeln und sagen: "Das ist doch ein alter Hut. Von Mul- 
tıtasking spricht man, wenn der Rechner mehrere Sachen 
gleichzeitig macht". Aber so dumm ist die Frage gar nicht. Denn 
auch viele von denen, die Bescheid zu wissen meinen, arbeiten 
nur mit einem CLI, warten mit dem Weiterarbeiten, bis die Dis- 
kette fertig formatiert ist, oder starten erst dann erneut den 
Editor, wenn der C-Compiler mit dem Übersetzen fertig ist. 
Leider nutzen Sie dann die vollen Möglichkeiten des AmigaDOS 
in keiner Weise aus. 


Multitasking ist etwas völlig Natürliches, was wir Menschen 
praktisch ständig machen und bei dem der Computer erst lang- 
sam nachzieht. Erstaunlicherweise nutzen viele trotzdem die 
Möglichkeiten des Rechners nicht, mehrere Dinge gleichzeitig zu 
tun, ohne auf das Ende der einen Tätigkeit zu warten. Nehmen 
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wir als Vergleich eine typisch menschliche Aufgabe, an der sich 
auch gleich einige Probleme des Multitasking aufzeigen lassen: 


Sie wollen ein leckeres Mittagessen kochen. Dieses soll aus einem 
Braten mit Pilzen und Zwiebeln, Kartoffeln und Spargel beste- 
hen. Um 12 Uhr soll es auf dem Tisch stehen. Nun kämen Sie 
sicherlich nicht auf den Gedanken, alle Aufgaben nacheinander 
durchzuführen. Dann müßten Sie um 8 Uhr morgens die Kar- 
toffeln aufsetzen, um dann gegen 11 Uhr 30 die Soße fertig zu 
machen und den Tisch zu decken. Natürlich wären Kartoffeln 
und Spargel bıs dahin kalt. Statt dessen werden Sie sıch überle- 
gen, welche Aufgabe am längsten dauert und dementsprechend 
Ihre Zeit planen - und die anderen, kürzeren Aufgaben neben- 
bei erledigen. Sie setzen also um 11 Uhr den Braten auf den 
Herd, weil Sie wissen, daß er etwa eine Stunde benötigt. An- 
schließend setzen Sie das Wasser für die Kartoffeln auf, und 
während es heiß wird, schälen Sıe die Kartoffeln. Wenn diese im 
kochenden Wasser sind, haben Sie 20 Minuten Zeit, um den 
Spargel fertigzumachen. 


Bevor wir Ihnen jetzt das Wasser im Munde zusammenlaufen 
lassen, wollen wir lieber wieder den Bogen zum Multitasking 
machen. Trotzdem war das ein sehr typisches Beispiel für unser 
tägliches Multitasking, und man könnte unzählige weitere hin- 
zufügen - vom Zigarettenanzünden beim Autofahren bis zum 
Zeitunglesen beim Fernsehen. Allen diesen Beispielen ist aber 
auch dieselbe Problematik gemeinsam: Beim Multitasking kann 
man sich schnell die Finger am kochenden Kartoffelwasser ver- 
brennen, während der Braten anbrennt, oder das Heck des Vor- 
dermanns mit dem eigenen Auto demolieren, weil einem die Zi- 
garette runterfällt. Genauso ist es auch beim Computer. Sıe kön- 
nen relativ schlecht einen Text auf eine Diskette speichern, die 
gerade formatiert wird, und ebenso schlecht einen Text in eine 
Datei schreiben, die gerade auf den Drucker ausgegeben wird. 
Hier liegen Probleme, die man vermeiden sollte, und auf die wir 
ın den folgenden Kapiteln genauer eingehen werden. 


Multitasking ist also die Fähigkeit eines Computersystems, meh- 
rere Aufgaben scheinbar gleichzeitig zu erledigen, oder sagen 
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wir besser: mehrere Aufgaben in kurzen Zeitabschnitten hinter- 
einander zu erledigen, so daß keine Aufgabe auf die andere 
warten muß und alle praktisch gleichzeitig fertig werden. Je we- 
niger Probleme dabei entstehen, um so besser für uns Anwender 
(Denken Sie nur an den Wagen des Vordermannes nach dem Zi- 
garettenanzünden). Nun, glücklicherweise ist das AmigaDOS so 
ausgezeichnet programmiert, daß Zusammenstöße und ver- 
brannte Finger beim Multitasking praktisch nicht vorkommen. 
So versucht AmigaDOS nicht, gleichzeitig zwei verschiedene 
Texte zu drucken, was der Lesbarkeit auch sehr widersprechen 
würde. Auch weigert sich AmigaDOS beharrlich, ein C-Pro- 
gramm auf Diskette zu ändern, das gerade von einem C-Compi- 
ler übersetzt wird. All dies haben wir der Firma Metacomco zu 
verdanken, die all diese Probleme vor uns erkannt und durch 
geschickte Programmierung abgefangen hat. Vielleicht haben Sie 
nun Spaß daran gefunden, mit uns zu überlegen, welche Zwi- 
schenfälle beim Multitasking eintreten können. Dann schauen Sie 
doch einmal im Kapitel 6.7 "Was zu beachten ist" vorbei, wo wir 
solche Fälle auflisten und auch die Lösungsmöglichkeiten dafür 
anbieten. In den nächsten Abschnitten soll uns aber vielmehr 
interessieren, wie wir mit Multitasking komfortabler arbeiten, 
viel Zeit sparen und unsere Probleme lösen können. 


6.2 Multitasking mit CLI und Workbench 


Vielleicht haben Sie von der Benutzeroberfläche Workbench aus 
schon begeistert Freunden und Bekannten gezeigt, wie der 
Amiga mehrere Sachen gleichzeitig machen kann. Besonders be- 
liebt und sofort verfügbar sınd natürlich die Demoprogramme, 
die man nacheinander starten kann. Wenn es dann noch niemand 
wahrhaben will und an einen Trick glaubt, kann man ja immer 
noch dasselbe Programm mehrmals starten. Nur leider bleibt die 
Frage nach dem Nutzen. Lines und Boxes gleichzeitig ist zwar 
eine nette Sache, aber das könnte auch ein einziges Programm: in 
zwei verschiedenen Fenstern unterschiedliche Grafiken ablaufen 
lassen. Und wenn Sie einen Amiga 500 mit 512 KByte haben, 
werden Sie wohl auch kaum in die Verlegenheit kommen, je- 
mand BECKERtext, DATAMAT und AmigaBASIC gleichzeitig 
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zu zeigen. Trotzdem gibt es eine Fülle von nützlichen An- 
wendungen für Multitasking, und zwar in der Zusammenarbeit 
von Workbench und CLI. 


Bevor wir Ihnen die vielen Anwendungsmöglichkeiten für Mul- 
titasking mit Workbench und CLI zeigen, müssen wir Ihnen lei- 
der sagen, daß die Workbench eigentlich gar nicht richtig "Mul- 
titasking-fähig" ist. Was, Sie glauben uns nicht? Dann formatie- 
ren Sie doch einmal mit Initialize eine Diskette und starten wäh- 
rend des Formatierens ein Programm. Das geht nämlich nicht. 
Die ganze Zeit verwandelt sich der Mauspfeil in ein kleines 
Wölkchen (Bzzzzzzz), und läßt kaum weitere Aktionen zu. Also: 
Mehrere Programme nacheinander starten kann die Workbench, 
aber mehrere Aufgaben gleichzeitig durchführen leider nicht. 
Um so wichtiger ist es, daß es noch das CLI gibt, mit dem man 
wirklich mehrere Aufgaben gleichzeitig erledigen kann. 


Wichtig ist natürlich, daß Sie auch als Besitzer eines Amiga 500 
mit einem Laufwerk die wichtigsten CLI-Befehle im RAM ha- 
ben. Was passiert, wenn Intuition versucht, ein Programm von 
der Diskette zu laden und AmigaDOS gleichzeitig nach dem ge- 
wünschten Befehl auf dieser Diskette sucht, ist nur mit Geduld 
zu ertragen. Sollten Sie dagegen stolzer Besitzer von zwei Lauf- 
werken sein, so sollten Sie in einem Laufwerk die Systemdiskette 
mit den CLI-Befehlen haben und mit der Workbench von der 
anderen Diskette aus das Programm starten. Wie CLI-Befehle ins 
RAM kopiert werden und wie man sıe dann verfügbar macht 
steht - falls Sie es vergessen haben sollten, in Kapitel 5 - unter 
Batch-Dateien. Nun wollen wir aber endlich zu den Anwen- 
dungsmöglichkeiten und der Zusammenarbeit mit der CLI- 
Workbench kommen. 


Sollten Sie noch immer eine Kopie der Originaldisketten mit 
deren Startup-Sequence verwenden, so bitten wir Sie inständig, 
diese zu ändern. Die vorgesehene Startup-Sequence beendet das 
CLI am Schluß mit 


ENDCLI >NIL: 
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was das einzige vorhandene CLI im wahrsten Sınne des Wortes 
sang- und klanglos verschwinden läßt: Selbst die Abschlußmel- 
dung wird ins "Nichts" geschickt. Legen Sie also eine Kopie der 
Workbench-Diskette ins Laufwerk df0:, laden Sıe die Startup- 
Sequence mit 


ED DFO:s/Startup-Sequence 


und löschen Sie diese Zeile. Anschließend können Sie die geän- 
derte Datei mit Esc und X abspeichern und behalten von nun an 
Ihr wichtigstes Hilfsmittel bei der Arbeit mit dem Amiga. Was 
können Sie sinnvollerweise mit Workbench und CLI gleichzeitig 
anfangen? 


Nun, vor allen anderen Möglichkeiten und Tips ist ein stets vor- 
handenes CLI eine Art Hintertür für echte Probleme. Stellen Sie 
sich einmal vor, Sie haben einige wichtige Dateien in der RAM- 
Disk und starten ein Programm von der Workbench aus. Dieses 
Programm hängt sich während des Ladens auf, was durchaus 
häufig passiert, vor allem, wenn das Programm beispielsweise 
mit der Speicher-Erweiterung auf l MByte nicht klarkommt. 
Dann können Sıe von der Workbench aus nichts mehr machen. 
Diese zeigt nur noch das "Bzzzzzzzz" und läßt damit auch ein 
mögliches Laden des CLI nicht mehr zu. Sie können Ihren 
Amiga nur noch durch ein Reset aus der Zwangslage befreien, 
aber die Dateien in der RAM-Disk sind natürlich verloren. 
Hätten Sie jetzt aber ein CLI-Fenster hinter allen anderen Fen- 
stern versteckt, so könnten Sie es einfach nach vorne klicken 
und die wichtigen Dateien aus der RAM-Disk mit 


COPY RAM: DFO: ALL 


auf die Diskette retten. Natürlich hilft dieses rettende CLI nicht 
gegen die roten blinkenden Balken, mit denen sich die Guru- 
Meditation meldet. Aber selbst bei einem harmloseren Requester 
mit der Meldung 


Task held - finish all disk aktivities ...... 


——— AmigaDOS und Multitasking ——  — 271 


sind Sie ohne ein rettendes CLI-Fenster meist ziemlich aufge- 
schmissen. Also ein klitzekleines CLI-Fenster im Hintergrund 
kostet wirklich nicht viel Speicher und erspart viel Ärger und 
Enttäuschung. 


Eine weitere wichtige Anwendung für die Zusammenarbeit 
Workbench-CLI ist das Kopieren von mehreren Dateien. Sie ar- 
beiten gerade mit BECKERtext, ein Freund kommt vorbei und 
bittet Sie, mal eben einige Ihrer Texte auf seine Diskette zu ko- 
pieren. Sie könnten nun natürlich das BECK ERtext-Fenster ganz 
klitzeklein machen und anschließend von der Workbench aus alle 
Dateien auf seine Diskette "schieben". Einfacher ist es aber, daß 
CLI-Fenster nach vorne zu klicken, mit Copy alle Dateien auf 
seine Diskette zu kopieren und währenddessen noch eben den 
Absatz zu Ende zu schreiben. Und sollte seine Diskette noch 
nicht formatiert sein, sparen Sie noch mehr Zeit und Unterbre- 
chungen: Sie geben beispielsweise 


FORMAT DRIVE DFO: NAME TEXTE 


ein, und wenn der Cursor in der nächsten Zeile steht, können 
Sie schon den nächsten Befehl eingeben: 


COPY DF1:TEXTE/#? DFO: 


Sıe müssen bei der weiteren Arbeit nicht darauf warten, daß der 
Amiga mit dem Formatieren fertig ist. Sofort beginnt er, die 
eben formatierte Diskette mit den Texten zu füllen, während Sıe 
natürlich Ihrem Freund das neuerworbene Spiel zeigen können. 


Das eben Gesagte gilt natürlich in ähnlicher Weise für das 
Löschen von mehreren Dateien. Sie haben in einem gesonderten 
Verzeichnis Sicherheitskopien jeweils ein Backup von jedem ge- 
. schriebenen Text erstellt. Nun wird langsam der Platz auf Ihren 
Disketten eng und Sie brauchen die Sicherheitskopien nicht 
mehr. Wenn Sie von der Workbench aus die gewünschte 
Schublade öffnen, alle Texte markieren und mit Disgard löschen, 
nımmt allein das Anzeigen der Dateien eine ganze Zeit in An- 
spruch - vom Markieren und der Zeit für das Löschen einmal 
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abgesehen. In dieser Zeit können Sie mit der Workbench nicht 
mehr arbeiten. Viel einfacher und schneller ıst es da, das CLI- 
Fenster nach vorne zu klicken, 


DELETE DFO:Sicherheitskopien/#? 


alle Dateien in dem Verzeichnis zu löschen und währenddessen 
weiter mit der Workbench arbeiten zu können. 


Vielleicht stört Sie bei der Zusammenarbeit Workbench-CLI die 
Lage und Größe des voreingestellten CLI-Fensters. Dieses muß 
erst verkleinert und beiseite geschoben werden, bevor Sie mit 
der Workbench sinnvoll arbeiten können. Leider können Sie die 
Größe dieses voreingestellten Fensters nicht so einfach ändern, 
ohne erst zur Maus zu greifen. Trotzdem gibt es eine einfache 
Möglichkeit, das gewünschte CLI-Fenster zu erhalten. Öffnen 
Sie einfach ein neues Fenster in den gewünschten Ausmaßen, 
und schließen Sie anschließend das alte CLI. Dieser Teil der 
Startup-Sequence könnte dann folgendermaßen aussehen: 


NEWCLI "CON:10/10/10/10/MeinCL1" 
ENDCLI 


6.3 Multitasking mit NewCLI 


Sie haben sich inzwischen hoffentlich daran gewöhnt, nicht nur 
stets ein CLI-Fenster zur Verfügung zu haben, sondern führen 
auch wichtige Aufgaben quasi nebenbei mit dem CLI durch. 
Aber auch dann können Sie noch einiges an Zeit und Effizienz 
gewinnen. Nehmen wir einmal folgenden einfachen Fall, der gar 
nichts mit Multitasking zu tun hat: Sie haben heute 5 neue Texte 
geschrieben und im Verzeichnis df0:Texte abgelegt. Dort gibt es 
inzwischen 40 Texte, und die 5 neuen Texte wollen Sie noch 
eben per CLI auf den Drucker ausgeben. Vorher wollen Sie 
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diese aber noch einmal kurz anschauen, ohne erst die Textverar- 
beitung laden zu müssen. Sie wissen natürlich, daß das ganz 
einfach mit der Anweisung: 


TYPE dfO:textname 


geht, und das anschließende Drucken des Textes ist ganz einfach 
mit 


COPY DFO:textname PRT: 


zu bewerkstelligen. Doch da taucht schon das erste Problem auf: 
Sie haben die Namen der Texte nicht mehr so genau im Kopf. 
Also schauen Sie mit CD df0:Texte in das Verzeichnis zum ak- 
tuellen Directory und sehen sich mit Dir den ersten Textnamen 
an. Aha! Der Name des Textes war "Peter1.10.87". Nun können 
Sie sich den Text noch einmal kurz mit 


TYPE Peter1.10.87 


anschauen und schließlich auf den Drucker ausgeben. Der ist 
schnell fertig, aber hoppla - wo sind denn die anderen Text- 
namen geblieben? Durch das Type sınd die File-Namen natür- 
lich längst nach oben verschwunden und Sie müssen erneut Dir 
eingeben, um den nächsten Namen zu erhalten. Jetzt können Sie 
natürlich - aus Erfahrung klug geworden - mit Dir die Namen 
auf den Bildschirm holen und fein säuberlich abschreiben. An- 
schließend können Sie dann Datei für Datei anschauen und aus- 
drucken. Aber da gibt es eine wesentlich einfachere Möglichkeit. 


Starten Sie mit NewCLI ein neues CLI. Verschieben Sie das 
zweite Fenster so auf dem Bildschirm, daß es etwa die obere 
Hälfte einnimmt. Geben Sie dort anschließend Dir ein, so daß 
die Textnamen im Fenster sichtbar sind (Gegebenenfalls können 
Sıe die Bildschirmausgabe durch Drücken einer beliebigen Taste 
anhalten). Nun können Sie im ersten CLI die Textnamen in 
Ruhe lesen, die Texte mit Type auf dem Bildschirm anzeigen 
lassen und auf den Drucker ausgeben. Trotzdem verschwinden 
die Namen der folgenden Texte nicht einfach am oberen Bild- 
schirmrand. Das Problem ist komfortabel gelöst. Ein zweites CLI 
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zu starten und dort die Bildschirmausgabe vorzunehmen, ist im- 
mer dann eine praktische Sache, wenn man mit dieser Infor- 
matıon weiterarbeiten will. Das gilt genauso für das Löschen 
oder Kopieren von mehreren Texten. Lassen Sie sich diese in ei- 
nem Fenster (CLI) anzeigen, und führen Sie im zweiten Fenster 
die Aktionen durch. Wenn Sie das zweite Fenster dann nicht 
mehr benötigen, können Sie es ja problemlos durch EndCLI ver- 
schwinden lassen. 


Nun wollen wir aber die Annehmlichkeit noch etwas weiter trei- 
ben. Wir gehen einmal davon aus, daß die Texte ziemlich lang 
sind und jeder Druck einige Minuten dauert. Dann müssen Sie 
in unserem Beispiel diese Zeit abwarten, bevor Sie mit den wei- 
teren Textdateien fortfahren können. Machen Sie doch in so ei- 
nem Fall einfach ein weiteres CLI auf. Im ersten Fenster können 
Sie dann die Textnamen lesen, im zweiten Fenster mit Type die 
Texte kontrollieren und währenddessen im dritten Fenster schon 
einen Text drucken lassen. Eins wird Ihnen dabei sicherlich 
verlorengehen: die gemütliche Kaffeepause, die Sie immer einle- 
gen konnten, während der Computer mit Arbeit beschäftigt war. 
Diese Kaffeepausen gibt es bei AmigaDOS nicht mehr zwangs- 
weise, sondern nur noch auf Ihren ausdrücklichen Wunsch hin. 


Wir hoffen, daß Sie nun schon einen kleinen Vorgeschmack auf 
die vielfältigen Möglichkeiten von AmigaDOS und Multitasking 
bekommen haben. Aber es soll natürlich nicht bei einer kleinen 
Vorspeise bleiben. Vielmehr wollen wir Ihnen zeigen, wie Sie 
insgesamt in wesentlich kürzerer Zeit Ihre Aufgaben erledigen 
können. Wenn Sie häufig mit dem CLI arbeiten und nur wenig 
Speicher übrig haben, sollten Sie eigentlich immer mit einem 
zweiten CLI arbeiten. Hier gilt dasselbe wie bei der Workbench: 
Ist das übliche CLI einmal länger beschäftigt oder hat es sich gar 
durch ein Programm aufgehängt, so können Sie praktisch pro- 
blemlos mit dem zweiten CLI-Fenster weiterarbeiten. Uns ist es 
zu Anfang oft passiert, daß wir nur mit einem CLI gearbeitet 
haben und dann "versehentlich" Copy text PRT: eingegeben ha- 
ben. Dann mußten wir warten oder erst umständlich über die 
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Workbench und verschiedene Fenster ein weiteres CLI-Fenster 
öffnen. Wie gut, wenn Sie dann ein zweites CLI haben und ein- 
fach weitermachen können. 


Bei der Arbeit mit neuen CLI-Windows sollten Sie von vornher- 
ein die Möglichkeiten des AmigaDOS berücksichtigen. Ange- 
nommen, Sie haben als aktuelles Verzeichnis df0:Texte/Privat 
gewählt und öffnen ein neues CLI mit NewCLI. Dann werden 
Eingabe und Ausgabe automatisch auf die Devices oder Direc- 
torys des vorherigen CLI gesetzt. In unserem Fall hat also das 2. 
CLI als Current Directory (CD) ebenfalls df0:Texte/Privat, und 
Sie müssen das Verzeichnis nicht neu angeben. AmigaDOS denkt 
eben mit. 


Genauso komfortabel ist die Möglichkeit, die Außmaße und 
Lage des neuen CLI-Fensters gleich mit anzugeben. So können 
Sie beispielsweise mit 


NEWCLI "CON: 10/10/10/10/MeincLI" 


ein klitzekleines CLI-Fenster oben links erzeugen. Das kann Sie 
nun wirklich nicht bei der Arbeit stören. Am besten tippen Sie 
diese lange Zeile nur einmal mit dem ED ab und legen sie unter 
dem Namen NC (für NewCLI) auf der Diskette ab. Dann kön- 
nen Sie dieses neue CLI-Fenster einfach mit 


EXECUTE dfO:NC 


aufrufen. Haben Sie dann auch noch den Execute-Befehl ın E 
umbenannt und ist dfO: das aktuelle Verzeichnis, so erscheint 
dieses zweite CLI sogar schon durch die Zeile: 


E NC 
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6.4 Multitasking mit Run 


Die Möglichkeit, mit NewCLI so viele verschiedene Aufgaben 
wie nötig abarbeiten zu lassen, ist sicherlich interessant und oft 
eine große Hilfe und Zeitersparnis. Aber spätestens beim vierten 
CLI-Fenster tauchen zwei Probleme auf: 


» Obwohl der Amiga mehrere "Bildschirme" gleichzeitig ver- 
walten kann, bleibt natürlich letztlich die Beschränkung auf 
die Größe des Monitors, weil alle CLI-Befehle mit Fenstern 
auf dem Workbench-Screen arbeiten. Dadurch nehmen sie 
natürlich schnell die ganze Fläche ein und überdecken sich 
noch gegenseitig. Und besonders angenehm ist es auch nicht, 
ständig verschiedene Fenster nach vorne oder hinten klicken 
zu müssen. 


» Besonders auf einem Amiga 500 mit 512 KByte Speicher ko- 
stet jedes Fenster eine ganze Menge des kostbaren freien 
Speichers, und dann bleibt bei mehreren CLI-Fenstern bald 
kaum noch etwas übrig. 


Um mehrere Aufgaben gleichzeitig erledigen zu können, ohne 
für jede Aufgabe auch ein Fenster zu benötigen, wurde der Be- 
fehl Run entwickelt. Mit diesem Befehl richten Sie ein neues 
CLI ein, das völlig ohne ein eigenes Fenster auskommt. Probie- 
ren Sıe das doch am besten einmal aus. Sie haben die Work- 
bench-Diskette mit den CLI-Befehlen in DF0? Dann geben Sie 
folgende zwei Zeilen ein: 


RUN COPY DFO:C/RUN RAM:C 
DIR DFO: 


Haben Sie die erste Zeile mit Return abgeschlossen, erscheint die 
Zeile | 


[CLI 2] 


und anschließend wieder die "1>" (Wenn Sie natürlich schon 
mehrere CLI-Prozesse gestartet haben, erscheinen bei Ihnen an- 
dere Zahlen). Anschließend haben Sie (hoffentlich schnell genug 
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- während die Floppy noch arbeitet) die zweite Zeile eingegeben 
und das CLI beginnt, das Inhaltsverzeichnis anzuzeigen. Dieses 
Beispiel macht noch nicht allzuviel Sinn, zeigt aber schon die 
grundsätzliche Anwendungsmöglichkeit für den Befehl Run: Alle 
Aufgaben, die eventuell länger dauern und nichts auf dem 
Bildschirm ausgeben, lassen sich gut mit Run aufrufen. 


Während die erste Einschränkung noch relativ einleuchtend ıst - 
dauert die Abarbeitung nur eine Sekunde, so können Sie kaum 
schnell genug die nächste Zeile tippen -, so leuchtet die zweite 
Einschränkung nicht sofort ein. Deshalb ein kleines Beispiel für 
zwei gleichzeitig ablaufende Aufgaben, von denen die eine mit 
Run gestartet worden ist. Geben Sie direkt hintereinander fol- 
gende Zeilen ein: 


TYPE DFO:S/Startup-Sequence 
Dir DFO: 


Im ersten Augenblick scheint alles ganz normal zu verlaufen, 
aber plötzlich erscheinen in der Liste Ihrer Startup-Befehle Teile 
des Directorys von dfO. Das liegt daran, daß ein mit Run ge- 
starteter CLI-Befehl zur Ausgabe ja kein Fenster zur Verfügung 
hat. Daher gibt er alle Ausgaben auf dem CLI-Fenster aus. 


Trotz dieser Einschränkungen gibt es vielfältige Anwendungen 
für die Nutzung des Multitasking mit Run. Dazu gehören natür- 
lich erst einmal alle CLI-Befehle, die normalerweise keine Bild- 
schirmausgabe machen und relativ viel Zeit benötigen (Format, 
DiskCopy, Copy). So kann man beispielsweise mit 


RUN COPY Text PRT: 


problemlos einen Text ausdrucken und sofort weiterarbeiten. 
Allerdings sollten Sie insbesondere als Besitzer eines Amiga mit 
einem Laufwerk daran denken, daß Sie während des Druckens 
nicht einfach die Diskette mit dem Text aus dem Laufwerk 
nehmen können. Wollen Sie auch während des Druckens mit an- 
deren Disketten weiterarbeiten, so sollten Sie den Text erst in 
die RAM-Disk kopieren und von dort aus drucken lassen. 
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Eine ganz wichtige Aufgabe hat der Befehl Run, wenn Sie vom 
CLI aus ein Programm starten wollen und mit diesem längere 
Zeit arbeiten möchten. Natürlich könnten Sie mit NewCLI eın 
neues CLI starten und von dem zweiten CLI das Programm dann 
mit 


Programm 


aufrufen. Dann haben Sie aber während der ganzen Arbeitszeit 
ein völlig nutzloses Fenster, das nicht nur Platz, sondern auch 
Speicher kostet. Einfacher ist es deshalb, vom ersten CLI aus das 
gewünschte Programm mit 


RUN Programm 


zu starten. Ein typisches Beispiel stellt die Benutzung von Edi- 
toren dar. Sie schreiben beispielsweise ein C-Programm und 
wollen immer wieder Erweiterungen des Programms austesten. 
Haben Sie nur ein CLI und starten das Programm direkt, so 
müssen Sie für jeden Testdurchlauf des Compilers erst den Edi- 
tor verlassen, den Compiler aufrufen, um dann anschließend 
wieder den Editor zu starten. Auch ein Starten des Editors von 
einem neuen CLI aus ist problematisch wegen des verbrauchten 
Platzes und Speichers. Rufen Sie dann den Editor einfach mit 


RUN ED Programm.c 


auf. Nach dem Abspeichern mit Esc + sa können Sie im wei- 
terhin benutzbaren CLI mit Run den Compiler aufrufen, und 
bei dessen erster Fehlermeldung gleich ım Editor mit der Kon- 
trolle der Zeile beginnen. So sparen Sie viel Zeit. 


Allerdings gibt es bei Run noch eine weitere Einschränkung, die 
im Einzelfall unangenehme Folgen haben kann. Einem mit Run 
gestarteten Programm fehlen sowohl eigene Ausgabe- als auch 
Eingabefenster. Die Ausgabe kann noch im bisherigen Fenster 
erfolgen, aber wo könnte eine Eingabe gemacht werden? Sicher- 
lich haben Sie schon gemerkt, daß die Eingabe streng an Fenster 
gebunden ist. Jedes Programm, das eine Eingabe über die Tasta- 
tur bekommen will, benötigt ein Fenster. Daher sind Eingaben 
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an zwei unabhängige Programme durch eın Fenster nicht mög- 
lich. Wie sollte auch der Amiga wissen, an welches Programm er 
jetzt die Eingabe weitergeben soll? 


Sie werden jetzt vielleicht sagen: "Aber die CLI-Befehle benöti- 
gen doch gar keine Eingaben mehr". Das stimmt nicht so ganz. 
Denn eine Eingabe lassen die CLI-Befehle meist zu: den Ab- 
bruch durch Ctrl und € oder andere Ctrl-Funktionen. Wenn Sie 
aber ein Programm oder einen CLI-Befehl mit Run starten, geht 
jedes Ctrl und C nicht etwa an den so gestarteten Befehl, son- 
dern an das bisherige CLI, das damit wenig anzufangen weiß. 
Stellen Sıe sich nun einmal vor, Sie haben einen 30 KByte lan- 
gen Text und wollen sich den Anfang kurz einmal mit 


RUN TYPE Text 


ausgeben lassen. Das Anhalten der Ausgabe funktioniert auch - 
Drücken einer Taste -, aber der Abbruch mit Ctrl und C zeigt 
keine Wirkung mehr. Dieses Problem haben natürlich auch die 
Entwickler des AmigaDOS gesehen und eine entsprechende Lö- 
sung eingebaut. Diese steckt im Befehl "Break". Mit ihm können 
Sıe auch an mit Run gestartete Befehle ein Ctrl und C schicken. 
Starten Sıe also die Textausgabe vom ersten CLI-Fenster aus mit: 


RUN TYPE Text 


So können Sıe jederzeit 


BREAK 2 


eingeben und damit die Textausgabe durch das zweite CLI 
beenden. Die genaueren Möglichkeiten entnehmen Sie bitte der 
Beschreibung in Kapitel 4; uns kommt es hier nur darauf an, die 
grundsätzliche Abbruchmöglichkeit für mit Run gestartete Be- 
fehle zu zeigen. 


Zu Schluß dieses Abschnittes wollen wır den Interessierten noch 
einige grundsätzliche Informationen zum Unterschied zwischen 
NewCLI und Run geben. Haben Sıe unseren neuen CLI-Befehl 
Task. aus Kapitel 8 schon von unserer Diskette auf Ihre Work- 
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bench kopiert? Er zeigt im Gegensatz zum Status-Befehl nicht 
nur die vorhandenen CLI-Prozesse, sondern alle im Amiga vor- 
handenen Tasks an. Jedes NewCLI erzeugt einen neue Task mit 
dem Namen New CLI, während jedes Starten mit Run eine Task 
namens Background CLI erzeugt. Das wollen wir Ihnen bei einer 
Ausgabe aller Tasks kurz zeigen. Diese könnte beispielsweise so 
aussehen: | 


CON 5 

Initial CLI O0 
input.device 20 
File System 10 


Workbench 1 
trackdisk.device 5 
CON 5 


Background CLI 0 


In diesem Beispiel erscheint in der letzten Zeile der Eintrag 
Background CLI. Hier läuft also gerade ein mit Run gestarteter 
Befehl, der kein eigenes Ein- und Ausgabefenster hat. 

Con 5 

New CLI 0 

CN 5 

Initial CLI O0 

Workbench 1 

File System 10 

input.device 20 

trackdisk.device 5 

RAM 0 

CN 5 


In diesem Beispiel steht an zweiter Stelle ein New CLI. Hier war 
ein zweites CLI-Fenster geöffnet worden. Dadurch kommen Ta- 
statureingaben aus diesem Fenster. 


6.5 Wie man das CLI am besten einsetzt 


Wahrscheinlich haben Sıe schon in den Kapiteln 6.2 bis 6.4 einen 
Eindruck davon bekommen, wıeviel Zeit und Arbeit Sie durch 
die geschickte Nutzung der vollen Möglichkeiten des AmigaDOS 
sparen können. Besonders wichtig ist dabei, daß Sie über die 
unterschiedlichen Möglichkeiten und deren Wirkung Bescheid 
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wissen und diese optimal einsetzen können. Das beginnt schon 
bei der Arbeit mit der Workbench. Zwar können Sie hier viele 
Aufgaben komfortabel lösen, aber durch den geschickten Einsatz 
des CLI können Sie in vielen Fällen längere Wartepausen beim 
Formatieren und Kopieren vermeiden. Zusätzlich können Sie 
natürlich durch ein CLI neben der Workbench viele Dinge mög- 
lich machen, die von der komfortablen Oberfläche aus nicht 
möglich sind. 


So können Sie mit dem CLI nicht nur Dateien sehen, die kein 
‚info-File haben, sondern darüber hinaus auch in Unterverzeich- 
nissen nachsehen, die ebenfalls kein Icon für eine Schublade be- 
sitzen. Das ist z.B. dann wichtig, wenn Sie von einem Freund 
eine Diskette mit interessanten Programmen bekommen, von der 
Workbench aus aber nichts auf der Diskette sehen können. 


Arbeiten Sie mehr mit dem CLI, so sollten Sie den richtigen 
Einsatz der CLI-Prozesse planen. Bei der Benutzung von Befeh- 
len, die Ausgaben in einem Fenster produzieren, sollten Sie den 
Run-Befehl nicht benutzen. Überhaupt ist es äußerst nützlich, 
stets ein zweites CLI-Fenster zur Sicherheit im Hintergrund zu 
haben. Es passiert schnell, daß man mal eben einen Text auf den 
Drucker ausgeben oder eine Reıhe von Dateien kopieren will, 
und hat man nur ein CLI-Fenster, kann man sich nur zwischen 
Warten und Abbruch entscheiden. Da kann man besser ein vor- 
handenes zweites CLI nach vorne klicken und mit diesem wei- 
terarbeiten. Diese Notwendigkeit tritt viel häufiger ein, als man 
gemeinhin annımmt. 


Eine besondere Bedeutung beim konsequenten Einsatz des Mul- 
titaskıing mit dem CLI nımmt die richtige Planung der vorhan- 
denen Geräte ein. Das nımmt besonders drastische Formen an, 
wenn Sıe nur im Besitz eines DiskettenLaufwerks sind und nur 
über einen 5l2 KByte Speicher verfügen. Dann müssen Sie na- 
türlıch mit einigen Einschränkungen leben. Es bringt nicht all- 
zuviel, wenn Sie zwar drei CLI-Fenster mit drei verschiedenen 
Aufgaben betreut haben, der Amiga Sıe aber für die nächste 
Zeit nur noch mit Diskettenwechsel beschäftigt. Hier sollten Sıe 
möglichst schnell feststellen, welche CLI-Befehle Sie am häufig- 
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sten benötigen und diese bald in die RAM-Disk kopieren. Da- 
durch können Sie dann beispielsweise den zu druckenden Text 
im Laufwerk df0 haben und drucken, während die anderen 
CLI-Prozesse ihre Befehle aus der Main-Disk holen. 


Natürlich ist es auf diese Weise nicht möglich, mit einem Lauf- 
werk Texte von zwei verschiedenen Disketten zu drucken. Hier 
müssen Sie von vornherein planen, also beispielsweise die Texte 
schon auf einer Diskette gespeichert haben oder auch dafür, die 
RAM-Disk als ständig verfügbares Speichermedium einsetzen. 


Besitzer der 1-MByte-Erweiterung haben es da schon wesentlich 
einfacher. Sie können nicht nur freizügiger Befehle und notwen- 
dige Programme im RAM bereithalten, sondern auch zusätzlich 
noch notwendige Dateien ins RAM kopieren. Ebenfalls günstig 
ist der Einsatz eines Amiga ohne Speicher-Erweiterung mit ei- 
nem zusätzlichen Laufwerk. Dann bleibt die Workbench-Diskette 
in dfO, und die Daten liegen ın dfl. Dadurch bleibt viel Spei- 
cherplatz für Programme erhalten. 


Ebenso müssen Sıe den Einsatz der verschiedenen Ausgabeme- 
dien geschickt planen. So wie es kaum sinnvoll ist, zwei Dateien 
gleichzeitig auf dem selben Bildschirm auszugeben, erzeugen 
zwei gleichzeitig auf einen Drucker ausgegebene Texte kaum 
lesbare Seiten. Während dies aber beim Bildschirm möglich ıst 
(Einmal Type mit Run starten und ein zweites Type vom ur- 
sprünglichen CLI), verhindert das AmigaDOS die gleichzeitige 
Ausgaben mehrerer Prozesse oder Tasks auf eine Schnittstelle 
(Drucker, RS 232). Daher sollten Sıe zuerst einen Text fertig- 
schreiben, diesen vom CLI aus drucken und mit der Textverar- 
beitung dann den zweiten Text zu Ende schreiben. 


Wollen Sie mehrere Ergebnisse ausdrucken, und dauert das Er- 
stellen der Ergebnisse recht lange, so ist es meist günstig, die 
Ergebnisse in Dateien schreiben zu lassen. So können gute Text- 
verarbeitungen Texte meist in Dateien drucken. Wenn der Text 
mit allen Druckersteuercodes in eine Datei gedruckt ist, können 
Sie ıhn vom CLI aus zum Drucker schicken, während die Text- 
verarbeitung den nächsten Text in eine Datei druckt. 
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Besonders bei langen Verzeichnissen mit vielen Dateien dauert es 
oft recht lange, bis Dir sie angezeigt hat. Wenn Sie die Informa- 
tion nicht sofort benötigen, können Sie die Ausgabe problemlos 
in eine Datei leiten und diese Datei später schnell mit Type auf 
dem Bildschirm anzeigen lassen. Das geht immer noch viel 
schneller, als auf das Ergebnis zu warten. Geben Sie dazu ein- 
fach eın: 


RUN DIR >ram: Inhalt DFO:C 


und später können Sie sich mit 


TYPE RAM: Inhalt 


sehr schnell das Inhaltsverzeichnis des langen Verzeichnisses C: 
anzeigen lassen. Das Run ist natürlich sehr wichtig, weil wir 
sonst auf das Abarbeiten des Befehls Dir warten müßten, und 
das wollten wir ja gerade vermeiden. 


Eine besonders effiziente Ausnutzung des Multitasking können 
Sie auch durch geschickten Einsatz der Batch-Dateien erzielen. 
Wir haben inzwischen eine recht komfortable, aber auch lange 
Startup-Sequence. Es dauert im Schnitt 2 Minuten, bis diese ab- 
gearbeitet ist. Warum sollten wir ın dieser Zeit warten? Im ein- 
fachsten Fall fügen Sıe einfach ganz zu Anfang ein 


NEWCLI 


ın die Startup-Sequence ein. So haben Sie schon sehr schnell ein 
CLI-Fenster, mit dem Sie arbeiten können. Leider gibt es da 
noch gewisse Einschränkungen, weil beispielsweise die deutsche 
Tastaturanpassung nicht aufgerufen ist. Deshalb sollten Sie zu- 
mindest ein "df0:System/Setmap df0:Devs/Keymaps/d" einfügen. 
Natürlich können Sıe auch etwas komfortabler vorgehen und für 
das neue CLI eine eigene kleine Startup-Sequence aufrufen, 
beispielsweise mit einer ersten Zeile namens: 


EXECUTE DFO:S/MeineSequence 
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In der Datei könnten dann Befehle für den deutschen Zeichen- 
satz und weitere Vorgaben stehen. In jedem Fall könnten Sie 
dann sofort mit einem losgelösten CLI zu arbeiten beginnen, be- 
vor die komplette Startup-Sequence abgearbeitet ist. 


6.6 Tiefer Eingriff mit ChangeTaskPri 


In den letzten Kapiteln haben Sie verschiedene Möglichkeiten 
kennengelernt, Aufgaben gleichzeitig erledigen zu lassen. Da- 
durch kann viel Wartezeit eingespart werden. Trotzdem tauchen 
dabei leider noch einige Probleme auf, die die volle Nutzung 
dieser Möglichkeiten verhindern. Nehmen wir ein Beispiel: 


Der Editor ED ist beim Bildschirmaufbau nicht gerade einer der 
schnellsten. Wenn Sie nun eine arbeitsintensive Aufgabe neben- 
bei erledigen lassen, werden Sie feststellen, daß die Arbeit mit 
dem Editor immer wieder kurz stockt. In diesen Phasen ist die 
andere Task an der Reihe und zeigt uns damit deutlich, daß kein 
Amiga mehrere Aufgaben gleichzeitig erledigen kann. Vielmehr 
wird alles in kleinen Zeitabständen hintereinander erledigt. Das 
kann für eine wichtige Aufgabe allerdings sehr störend sein. Da- 
her. kann das Amiga-Betriebssystem jeder Aufgabe eine be- 
stimmte Wichtigkeit zuordnen. Aufgaben mit hoher Wichtigkeit 
werden bevorzugt behandelt, Aufgaben mit kleinerer Wichtigkeit 
hinterher. 


Angenommen, Sie erstellen einen Text mit dem ED und wollen 
ihn zwischendurch schon einmal ausdrucken, um einen unge- 
fähren Überblick über das Geschriebene zu bekommen. Dann ist 
es Ihnen doch sicherlich nicht allzu wichtig, ob dieser Text nach 
ein oder zwei Minuten ausgedruckt ist. Vielmehr wollen Sie 
beim Weiterschreiben nicht darauf warten müssen, bis der Editor 
endlich das nächste Zeichen auf den Bildschirm ausgibt. Zum 
Vergeben solcher Prioritäten wurden unterschiedliche Prioritäten 
eingeführt. Für CLI-Prozesse gibt es den Befehl ChangeTaskPri, 
um ihre Priorität zu verändern. Dieser Befehl setzt die 
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Priorität der CLI-Tasks, von dem aus er aufgerufen wird, auf 
einen Wert zwischen -128 und +127. Probieren Sie das doch 
einfach einmal aus, indem Sie sich zuerst mit 


STATUS FULL 


die aktuellen Informationen über die CLI-Prozesse anzeigen las- 
sen. Bei einem CLI sieht diese Anzeige etwa folgendermaßen 
aus: | 


Task 1: stk 1600, gv 150, pri O0 Loaded as command: status 


Die für uns wichtige Angabe ist das pri 0. Dies ist die Priorität 
unseres Prozesses und gleichzeitig der Standardwert, mit dem 
alle CLIs automatisch starten. Nun ändern wir diesen Wert ein- 
mal auf 3 ab: 


CHANGETASKPRI 3 


Wenn wiır uns anschließend die Informationen der Prozesse an- 
zeigen lassen, erhalten wir folgende Anzeige: 


Task 1: stk 1600, gv 150, pri 3 Loaded as command: status 


An dem Eintrag pri 3 sehen wir, daß sich etwas geändert hat. 
Unser CLI hat seine eigene Wichtigkeit um 3 erhöht. Nun er- 
warten Sie vielleicht, daß die ganze Welt stehenbleibt oder zu- 
mindest der gesamte Amiga, um auf unseren CLI zu warten. Das 
ist natürlich nicht so und darf auch nicht sein. Denn der Amiga 
hat ein Multitasking-Betriebssystem, und da dürfen im Normal- 
fall nicht alle Aufgaben auf das Erledigen einer warten. Nun 
kommt eine Task mit der höheren Priorität eher an die Reihe als 
eine Task mit einer niedrigeren Priorität. Das können wir auch 
schnell an einem Beispiel ausprobieren. Erzeugen Sie mit New- 
CLI ein zweites CLI, und verschieben Sıe die Fenster der beiden 
CLI so, daß das erste Fenster die untere Hälfte einnimmt, das 
zweite die obere Hälfte des Bildschirms. Nun wollen wir einmal 
in beiden CLI-Fenstern den Unterschied in der Abarbeitung be- 
obachten, wenn verschiedene Prioritäten vorgegeben worden 
sind. 
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Geben Sıe also im unteren Fenster ChangeTaskPri -127 und im 
oberen CLI-Fenster ChangeTaskPri 127 ein. Nun kommt es auf 
das genaue Starten und Stoppen der Abläufe an. Schreiben Sie in 
beide CLI-Fenster die Befehlszeile (ohne Return zu drücken!): 


LIST DFO:C 


Nun müssen Sie möglichst schnell in beiden Prozessen die Be- 
fehle anordnen. Dazu klicken Sıe mit der Maus im unteren Fen- 
ster, setzen dıe Maus schon mal ins obere Fenster, drücken Re- 
turn, klicken oben und drücken wieder Return. 


Puh, haben Sıe das schnell genug geschafft? Dann können Sie 
jetzt in den Fenstern wunderschön verfolgen, wie mit unter- 
schiedlicher Geschwindigkeit das Inhaltsverzeichnis von df0:C 
angezeigt wird. Trotzdem ıst der Geschwindigkeitsunterschied 
noch nicht allzu berauschend. Vielleicht hätten Sie sich eine viel 
größere Differenz vorgestellt und gewünscht. Das ist aber bei 
der Art der Programmierung des Betriebssystems nicht möglich 
und auch nicht erwünscht. Sobald ein Task vom Betriebssystem 
eine Aktion fordert und darauf wartet, wird er in eine Art 
Schlafzustand (Waiting-Liste) versetzt und kostet keine Rechen- 
zeıt mehr. Dann haben auch Tasks mit einer viel tieferen Prio- 
rıtät die Möglichkeit, an die Reihe zu kommen. Das ist bei- 
spielsweise der Fall, wenn ein Task eine Spur der Diskette ein- 
lesen läßt. Er geht solange in die Warteliste, bis die Spur voll- 
ständig gelesen ist. 


Trotz dieser scheinbar geringen Unterschiede, die wir nur der 
geschickten Programmierung des Amiga-Betriebssystems zu ver- 
danken haben, können Sıe den Unterschied ın der Bearbeitung 
viel drastischer feststellen. Geben Sie im CLI 1 ChangeTaskPri 0 
ein, und erzeugen Sie einen zweiten Prozeß mit 


RUN ED RAM:Unterschied 


In dem leeren Fenster des Editors drücken Sıe ca. 20mal Return, 
damit Sıe den Cursor innerhalb des Windows frei bewegen kön- 
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nen. Dann verschieben Sıe das CLI-Fenster so, daß Sie dort ne- 
ben dem Editor ebenfalls Eingaben machen können. Lassen Sie 
sich dann in diesem Fenster mit 


DIR DFO:C 


das umfangreiche Inhaltsverzeichnis anzeigen, und versuchen Sie 
gleichzeitig, den Cursor innerhalb des Editorfensters zu bewe- 
gen. Sie werden feststellen, daß das recht mühsam ist und er 
immer wieder stockt. Außerdem können Sie ihn kaum gezielt an 
eine Position bewegen, weil er erst nicht vorwärtskommt und 
dann plötzlich wieder weit über das Ziel hinausläuft. Nun wollen 
wir einmal davon ausgehen, daß die Arbeit im Editorfenster die 
wichtigere ist und dementsprechend die Prioritäten anders ver- 
teilen. Verlassen Sıe den Editor durch Ctrl und X, und ändern 
Sıe die Priorität des CLI auf 99 (ChangeTaskPri 99). Starten Sie 
erneut den Editor (Run ED RAM:Unterschied), und setzen Sie 
anschließend die Priorität des CLI-Prozesses auf -99. Schauen 
Sie sich mit Status Full die richtige Verteilung der Prioritäten 
an. Diese müßte etwa so aussehen: 


Task 1: stk 1600, gv 150, pri 157 Loaded as command: status 
Task 2: stk 3200, gv 150, pri 99 Loaded as command: ed 


Lassen Sie sich von der eigenartigen Priorität 157 nicht verwir- 
ren. Diese müßte eigentlich -99 sein. Der Fehler liegt aber ın 
der Anzeige des Befehls-Status. Dieser gibt nur Zahlen von 0- 
255 aus, die Priorität nimmt aber Werte von -128 bis +127 an. 
Daher wird eine -99 als +157 angezeigt (Das von uns abge- 
druckte Programm Task zeigt natürlich die richtigen Werte an.). 
Nun wollen wir den selben Test erneut durchführen, allerdings 
mit den geänderten Werten. Starten Sie also im CLI die Ausgabe 
eines längeren Directorys, und versuchen Sie, im Editor den 
Cursor zu bewegen. 


Sie werden schnell feststellen, daß die Arbeit mit dem ED prak- 
tisch nicht mehr behindert wird. Allerdings hält die Ausgabe der 
Dateinamen auf dem Bildschirm fast völlig an, wenn Sie im 
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Editorfenster eine Taste gedrückt halten. Jetzt wartet nicht mehr 
der ED auf Pausen im Directory, sondern CLI 1 auf Pausen des 
ED. 


Fassen wir diese Informationen noch einmal kurz zusammen: 


>» Problemloses Arbeiten mit mehreren Prozessen erfordert meist 
eine richtige Verteilung der Prioritäten. Dann benötigen die 
weniger wichtigen Aufgaben zwar etwas mehr Zeit, die 
wichtige Arbeit wird aber praktisch nicht behindert. 


» Die gewünschte Verteilung der Wichtigkeit kann man mit 
dem Befehl ChangeTaskPri ändern. Dabei können Werte von 
-128 bis +127 benutzt werden. Obwohl in unserem Beispiel 
Werte von +99 bis -99 benutzt wurden, sollten Sie normaler- 
weise nur Werte von +5 bis -5 einsetzen. Wir werden im 
nächsten Abschnitt noch genauer auf die Gründe eingehen. In 
unserem Beispiel waren die großen Werte allerdings problem- 
los möglich. 


» Der Einsatz von ChangeTaskPri sollte richtig geplant werden. 
Ändern kann man immer nur die Priorität des CLI-Prozesses, 
von dem aus der Befehl aufgerufen wird. Allerdings gibt er 
seine Priorität ebenso an alle "Tochterprozesse" weiter (wie 
Standard-Ein-/Ausgabe und aktuelles Verzeichnis). Dadurch 
kann auch die Priorität von mit Run gestarteten Prozessen auf 
die gewünschten Werte eingestellt werden. 


>» Überprüfen kann man die Verteilung der Prioritäten durch 
Status Full. Allerdings werden negative Zahlen falsch ausge- 
geben. Den richtigen Wert erhalten Sie, indem Sie die Diffe- 
renz von 256 und angezeigtem Wert bilden. Wird 255 an- 
gezeigt, so ergibt diese Differenz -1 den richtigen Wert. 


>» Einfluß können Sie mit ChangeTaskPri nur auf CLI-Prozesse 
nehmen. Damit ist es also nicht möglich, von der Workbench 
aus gestartete Programme in ihrer Wichtigkeit zu verändern. 
Im Kapitel 8 haben wir den neuen CLI-Befehl TaskPri abge- 
druckt, der nicht nur die Priorität von Workbench-Program- 
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men, sondern die aller Tasks ändern kann: ein wichtiges 
Hilfsmittel zur völligen Kontrolle über das Multitasking des 
Amiga. 


6.7 Was zu beachten ist 


Wir haben schon zu Beginn dieses Kapitels darauf hingewiesen, 
daß Multitasking nicht nur gewichtige Vorteile hat, sondern 
auch richtig eingesetzt werden will. In diesem Abschnitt wollen 
wir Ihnen nun einige Einschränkungen und Gefahren zeigen, 
damit Sie sich nicht "am heißen Kartoffelwasser die Finger ver- 
brennen". Dabei wollen wir Ihnen gleich an einem einfachen 
Beispiel zeigen, wo Probleme möglich sind. 


CD DFO: 
RUN DIR 
RUN LIST 


Wenn Sie die beiden letzten Zeilen relativ schnell schreiben und 
Return drücken, haben Sie besonders als Besitzer eines Amiga 
500 ein beeindruckendes Geräuscherlebnis. Es hört sich etwa so 
an, als würde der Amiga jetzt die Diskette in zwei Hälften zer- 
sägen, um jedem Befehl eine Hälfte zur Verfügung stellen zu 
können. Das Problem liegt daran, daß jeder Prozeß, wenn er an 
der Reihe ıst, wieder ein bißchen von Diskette lesen kann. Da 
die zu lesenden Bereiche oft weit auseinanderliegen, muß der 
Lesekopf der Floppy dabeı große Strecken zurücklegen. Im ex- 
tremsten Fall muß er für den einen Prozeß oben bei Spur 79 le- 
sen und anschließend sofort für den anderen Prozeß auf Spur O 
zurück. Das belastet nicht nur die Mechanik und Ihre Ohren, 
sondern ist echte Zeitverschwendung. Manchmal kann das Abar- 
beiten dieser beiden Befehle deutlich länger dauern als die 
Ausführung hintereinander. Ä 


Unser Beispiel wär natürlich nicht sinnvoll, weil die Ausgaben 
ja durcheinander in dem einen Fenster erfolgen. Es sollte nur 
das grundsätzliche Phänomen deutlich machen. Dieses Problem 
taucht aber praktisch ständig auf, wenn ein Prozeß Informatio- 


2900 ———— Dasgroße Buch zu AmigaDOS ——— 


nen von der Diskette liest und in einem anderen CLI der Befehl 
geladen werden muß. Das passiert in dem folgenden Beispiel: 


RUN COPY DFO:Text PRT: 
CD DFO: 


Während Copy auf die Diskette zugreift, um den Text zu lesen, 
muß das CLI den nächsten Befehl (CD) ebenfalls von der Dis- 
kette lesen. Nur wird in diesem Fall das Hin- und Herfahren des 
Floppykopfes nicht so lange dauern. Abhilfe bietet hier eigent- 
lich nur die Verwendung eines zweiten Laufwerks. Ob das ein 
externes Laufwerk oder die RAM-Disk ist, spielt dabei keine 
Rolle. Wichtig ist, daß möglichst nicht mehrere Prozesse gleich- 
zeitig auf dasselbe Laufwerk zugreifen. In unserem Fall müssen 
also nur die CLI-Befehle ın dfO und der Text in dfl sein, und 
schon tritt das Problem kaum noch auf. 


Ein weiteres Problem taucht grundsätzlich auf, wenn mehrere 
Prozesse gleichzeitig auf eine Datei zugreifen wollen. Problemlos 
ist der gleichzeitige Lesezugriff auf die selbe Datei. Das können 
Sie leicht ausprobieren, indem Sie ein zweites CLI öffnen und 
von beiden CLI-Prozessen aus die Datei im jeweiligen Fenster 
ausgeben lassen (Type). Hat aber ein Programm oder Prozeß eine 
Datei zum Schreiben geöffnet, so verweigert AmigaDOS jedem 
anderen Prozeß den Zugriff auf diese Datei. Das ıst auch sehr 
sinnvoll, da sonst leicht ungültige Daten gelesen werden könnten. 
Probieren Sie das einmal im folgenden Beispiel aus: 


COPY DFO:S/Startup-Sequence RAM:Datei 
CD RAM: 
COPY Datei Datei 


Nun wollen wir versuchen, einerseits Dateil neu zu beschreiben 
und gleichzeitig aus Dateil zu lesen. Geben Sie dazu einfach ein: 


RUN TYPE >Dateil Datei 
Type Dateil 
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Nach kurzer Zeit erscheint die Meldung "Can’t open Dateil". 
Fragt man mit "Why" den Grund für den Fehler ab, so meldet 
AmigaDOS: 


Last command failed because object in use 


Während der erste Type-Befehl in die Dateil schreibt, kann der 
zweite Type-Befehl nicht mehr daraus lesen. Dies gilt aber auch 
in umgekehrter Reihenfolge. Liest gerade ein Prozeß aus einer 
Datei und versucht ein anderer Prozeß, dieselbe Datei zum 
Schreiben zu öffnen, gibt es eine Fehlermeldung. So verursacht 
beispielsweise der Versuch, die Ausgabe in Dateil zu lenken, 
während ein anderes CLI daraus liest: 


TYPE >Dateil Datei 


die Fehlermeldung "CLI error: Unable to open redirection file". 
Zwar taucht dieses Problem nicht allzu häufig auf, jedoch hat es 
eine besondere Bedeutung für die Programmierung von eigenen 
Programmen und Befehlen. Schreiben Sie beispielsweise ein 
BASIC-Programm, das eine vorhandene Datei zum Schreiben 
öffnet, und brechen Sie das Programm ab, ohne diese Datei wie- 
der zu schließen, dann kann kein anderer Prozeß mehr auf diese 
Datei zugreifen. Glücklicherweise schließt AmigaBASIC alle of- 
fenen Dateien, wenn man die Arbeit damit beendet. Aber ein 
selbstgeschriebenes C-Programm sollte auf keinen Fall enden, 
ohne alle geöffneten Datein wieder ordnungsgemäß zu schließen. 


Kommen wir nun zum letzten und wichtigsten Hinweis bei der 
Arbeit mit mehreren Prozessen. Wenn Sie die Prioritäten ändern, 
sollten Sie möglichst nicht die Werte <-5 oder >5 wählen. Denn 
durch einen Wert größer als 5 haben Sie beispielsweise eine hö- 
here Priorität als das TrackDisk.Device, das für die Steuerung 
der Diskettenzugriffe zuständig ist. Das kann aber dazu führen, 
daß nicht sauber programmierte Programme mit dieser Priorität 
das ganze System abstürzen lassen. Dazu müssen Sie wissen, daß 
ein Programm in einem Multitasking-System Wartezeiten nicht 
durch Schleifen oder unsinnige Befehlen erreichen darf. Dafür 
gibt es fertige Routinen, die solche Wartezeiten möglich machen. 
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Durch diese Routinen kommen dann aber andere Prozesse an die 
Reihe. Nehmen wir zwei Beispiele für dieses Phänomen, die Sie 
höchstens dann ausprobieren sollten, wenn Sie alle wichtigen 
Arbeiten gespeichert haben. 


Achtung: Wenn Sie die folgenden Beispiele ausprobieren, ver- 
lieren Sie die Kontrolle über den Amiga. Speichern 
Sie daher alle Dateien und Inhalt der RAM-Disk. 


1. Setzen Sie die Priorität des aktuellen CLI-Prozesses auf 50. 
Starten Sie AmigaBASIC mit Run. Klicken Sie in das linke 
Fenster und schreiben Sie "Text" hinein. Drücken Sie Re- 
turn. Wahrscheinlich werden Sie plötzlich merken, daß 
keine Tastatureingaben mehr möglich sind. Wenn Sie 
Glück haben, können Sie wenigstens noch die Maus bewe- 
gen. Klicken Sie einfach in ein paar Fenster, und plötzlich 
steht auch die Maus. Dadurch, daß AmigaBASIC eine hö- 
‚here Priorität als alle anderen Tasks hat (also auch als alle 
System-Tasks), können diese nicht mehr abgearbeitet wer- 
den. Da AmigaBASIC aber direkt auf deren Ergebnisse 
wartet, ohne die entsprechenden Warteroutinen des Be- 
triebssystems zu benutzen, treten diese Ereignisse nie ein. 
Das System hängt, obwohl es nicht abgestürzt ist. 


2: Für das zweite Beispiel benötigen Sie den neuen CLI-Be- 
fehl TaskPri aus diesem Buch. Starten Sie das Programm 
Lines aus dem Demo-Ordner. Geben ein: 


TASKPRI Lines 50 


Klicken Sıe in das Lines-Fenster. Anschließend sind keine 
Tastatureingaben und keine Mausbewegungen mehr mög- 
lich. | 


Wir hoffen, -daß Ihnen diese beiden Beispiele die Verantwortung 
verdeutlicht haben, die Sie durch eine Anderung der Prioritäten 
übernehmen. Deshalb noch einmal unser Rat: Arbeiten Sie im 
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Normalfall nur mit Prioritäten von -5 bis 5, da dann die wichti- 
gen System-Tasks in regelmäßigen Abständen abgearbeitet wer- 
den können. 


6.8 Residente Programme 


Auf diese Möglichkeit haben wohl alle Besitzer eines Amiga 
schon lange gewartet. Bisher mußten CLI-Befehle oder Pro- 
gramme vor ihrer Ausführung grundsätzlich erst von einem 
Laufwerk (Diskette, Harddisk oder RAM-Disk) geladen werden. 
Dadurch wurde besonders die Arbeit mit nur einem Floppy- 
Laufwerk auf dem Amiga nahezu unerträglich. Andauernd 
wurde man aufgefordert, die Workbench-Diskette in das Lauf- 
werk einzulegen, obwohl sich der eingegebene Befehl oft auf 
eine ganz andere Diskette beziehen sollte (Beispiel: Dir-Befehl). 


6.8.1 Der Befehl Resident 


V1.3 bietet nun mit dem neuen Resident-Befehl eine kom- 
fortable Möglichkeit, dieses Problem zu umgehen. Resident 
ermöglicht es dem Anwender, seine am häufigsten benötigten 
Befehle fest in den Arbeitsspeicher des Amiga zu laden. Da- 
durch ıst der Befehl jederzeit sofort ausführbar und muß nicht 
erst umständlich geladen werden. 


Als es den Befehl Resident noch nicht gab, kopierte man die 
notwendigen CLI-Befehle meist in die RAM-Disk und teilte 
dem DOS durch den Path-Befehl mit, daß zuerst hier nach den 
Befehlen gesucht werden sollte, bevor die Workbench-Diskette 
verlangt wurde (s. Path-Befehl). Diese Methode funktioniert 
zwar ausgezeichnet, hat jedoch einen großen Nachteil: Ruft man 
einen Befehl auf, der sich in der RAM-Disk befindet, so wird 
er, wie bei jedem anderen Laufwerk auch, erst in den Speicher 
geladen. Bei den auch heutzutage noch relativ hohen Kosten für 
den RAM-Speicher ist dieses Verfahren viel zu verschwende- 
risch, da ja nun die Daten des Programms an zwei Stellen des 


294 ———— Dasgroße Buch zu AmigaDOS —— 


Arbeitsspeichers vorhanden sınd. Bei jedem neuen Aufruf des 
Programms entstehen weitere Kopien, die wertvolles RAM in 
Anspruch nehmen. 


Befehle hingegen, die durch Resıdent geladen wurden, befinden 
sich nur ein einziges Mal im Arbeitsspeicher. Ruft man solche 
Befehle vom CLI aus auf, stehen sie unabhängig von ihrem Um- 
fang ohne merkliche Verzögerung sofort zur Verfügung. Selbst 
wenn der Befehl von einem zweiten CLI aus ein weiteres Mal 
gestartet wird, befindet sich der Programm-Code nur an einer 
Stelle im RAM. 


Man kann sich leicht vorstellen, daß an einen CLI-Befehl einige 
Bedingungen gestellt werden müssen, damit dieses Verfahren 
überhaupt funktionieren kann. Auf diese werden wir später noch 
genauer eingehen. Zuerst wollen wir Ihnen zeigen, wie man mit 
dem Resident-Befehl arbeitet und welche interessanten Anwen- 
dungen es gibt. 


6.8.2 Arbeiten mit Resident 


Gibt man den Befehl ohne Parameter ein, so erhält man eine 
Liste der Befehle, die derzeit resident vorhanden sind. Beispiel: 


Name UseCount 


CD 0 
List 0 
Resident 1 
Execute 0 


Im Augenblick sınd also die vier Befehle CD, List, Resident und 
Exekute resident. Was sollen aber die Zahlen unter "UseCount"? 
Wörtlich übersetzt lautet der Begriff "Benutzungszähler". Er gibt 
also an, wie oft der Befehl im Augenblick abgearbeitet wird. Sie 
sehen, daß hinter Resident eine "1" steht, weil der Befehl gerade 
benutzt wird. 
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Wir wollen nun einen weiteren Befehl, den häufig benutzten 
Befehl Dir, ebenfalls resident machen. Geben Sie dazu ein: 


resident c:dir 


Nun wollen wir uns gleich anschauen, ob Dir auch in der Resi- 
dent-Liste auftaucht. Rufen Sie dazu Resident noch einmal ohne 
Parameter auf, und Sie erhalten als Ausgabe: 


Name UseCount 
dir 0 
CD 0 
List 0 
Resident 1 
Execute 0 


Der neue Befehl wird ganz oben in der Liste zugefügt. Um also 
einen weiteren Befehl zuzufügen, geben wir einfach an, wo er 
sich befindet (c:dir). 


Um einen Befehl wieder aus der Resident-Liste zu entfernen, 
geben wir seinen Namen an und fügen das Schlüsselwort RE- 
MOVE an. Für unseren neuen Befehl dir lautet die Eingabe 
dann also: 


resident c:dir remove 


Überzeugen Sie sich ruhig durch Aufruf des Resident-Befehls 
ohne Parameter, daß "dir" entfernt wurde. Das ist allerdings nur 
möglich, wenn der Befehl gerade nicht benutzt wird. UseCount 
muß also unbedingt O sein. Wir wollen das gleich einmal auspro- 
bieren, indem wir "dir" wieder zur Resident-Liste zufügen, den 
Befehl benutzen und gleichzeitig zu entfernen versuchen. Dazu 
machen wir "dir" wieder resident und starten mit "newshell" eine 
neue Shell. In dem neuen Fenster rufen wir nun "dir" einfach 
mit einem Fragezeichen als Parameter auf. Dann wartet der Be- 
fehl ja darauf, daß wir eine Eingabe machen. 
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Jetzt können wir in unser erstes Shell-Fenster wechseln und dort 
erst einmal den Resident-Befehl ohne Parameter aufrufen. In 
der Liste sehen wir, daß "dir" gerade benutzt wird, denn Use- 
Count steht auf 1. Versuchen Sie nun einmal den Befehl: 


resident dir remove 


Der Resident-Befehl weigert sich, "dir" aus dem Speicher zu 
entfernen, und antwortet mit der Fehlermeldung: 


Cannot remove dir: Objekt in use 


Dieser Schutz vor dem Entfernen ist sehr wichtig, denn würde 
der Befehl aus dem Speicher entfernt und dieser wieder freige- 
geben, so könnte ein anderes Programm den Speicher mit ir- 
gendwelchen Daten beschreiben. Das würde unweigerlich zu ei- 
ner Guru-Meditation führen. 


Wenn wir also wieder den gesamten Speicher benötigen und des- 
halb die residenten Befehle entfernen wollen, können wir ein- 
fach hinter jeden Namen das Schlüsselwort REMOVE anhängen. 
Aber ein Befehl läßt sich auf diese Weise nicht entfernen. Das 
ist der Befehl Resident selbst. Denn immer, wenn wir ıhn ent- 
fernen wollen, müssen wir ihn ja benutzen, und dann läßt er 
sich gerade nicht entfernen. Hier hilft ein einfacher Trick wei- 
ter. Wir zwingen den Amiga, nicht den residenten Befehl, son- 
dern die Datei aus dem C-Ordner zu verwenden. Dann wird der 
residente Befehl nicht benutzt und kann folglich auch entfernt 
werden. Die Eingabe lautet also: 


c:resident resident remove 


Es gibt noch einen weiteren Schutzmechanismus beim Resident- 
Befehl. Programme müssen sıch ja an ganz bestimmte Vor- 
schriften halten (wir gehen später noch ausführlich darauf ein), 
damit sie resident gemacht werden können. Der Resident-Befehl 
prüft ein ganz bestimmtes Flag in den Status-Bits eines Files, 
bevor er das Programm lädt: das Pure-Flag. Wendet man den 
Resident-Befehl auf eine Datei an, deren Pure-Flag nicht gesetzt 
ist, erhält man die Fehlermeldung: 
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Pure bit not set 
Cannot load xxx 


(xxx steht hierbei für den File-Namen) 


Dieses Flag haben die Entwickler bei allen Programmen im Ord- 
ner C der Workbench-Diskette gesetzt, die resident gemacht 
werden dürfen. Da dies nicht alle sind, zeigen wir Ihnen hier die 
Liste, die Sie selbst mit dem LIST-Befehl ausgeben Können: 


Run 2568 --p-rwed 13-Aug-88 18:02:35 
djmount 2904 ----rwed 24-Nov-88 16:51:21 
Fault 2688 --p-rwed 13-Aug-88 18:02:37 
Install 2436 --p-rwed 13-Aug-88 18:02:40 
Stack 872 --p-rwed 13-Aug-88 18:02:42 
Prompt 584 --p-rwed 13-Aug-88 18:02:44 
Else 860 --p-rwed 13-Aug-88 18:02:47 
Status 1772 --p-rwed 13-Aug-88 18:02:51 
Ed 19564 --p-rwed 13-Aug-88 18:02:56 
Binddrivers 2920 ----rwed 13-Aug-88 18:03:00 
Mount 5432 --p-rwed 13-Aug-88 18:03:02 
Search 6916 --p-rwed 13-Aug-88 18:03:07 
Delete 6124 --p-rwed 13-Aug-88 18:03:11 
Ask 648 --p-rwed 13-Aug-88 18:03:13 
Edit 18164 --p-rwed 13-Aug-88 18:03:19 
Avail 1964 --p-rwed 13-Aug-88 18:03:23 
Type 2284 --p-rwed 13-Aug-88 18:03:25 
AddBuffers 876 --p-rwed 13-Aug-88 18:03:27 
SetPatch 3844 ----rwed 13-Aug-88 18:03:31 
Path 2136 --p-rwed 13-Aug-88 18:03:34 
Break 956 --p-rwed 13-Aug-88 18:03:37 
Relabel 872 --p-rwed 13-Aug-88 18:03:40 
FF 3236 ----rwed 13-Aug-88 18:03:44 
Join 1056 --p-rwed 13-Aug-88 18:03:46 
EndSkip 40 --p-rwed 13-Aug-88 18:03:48 
SetDate 2652 --p-rwed 13-Aug-88 18:03:50 
Lock 1012 --p-rwed 13-Aug-88 18:03:54 
Resident 2692 --p-rwed 13-Aug-88 18:03:59 
Info 2068 --p-rwed 13-Aug-88 18:04:01 
FileNote 692 --p-rwed 13-Aug-88 18:04:03 
Assign 3008 --p-rwed 13-Aug-88 18:04:07 
ChangeTaskPri 1072 --p-rwed 13-Aug-88 18:04:10 
EndCLI 696 --p-rwed 13-Aug-88 18:04:13 
Rename 632 --p-rwed 13-Aug-88 18:04:17 
Dir 8772 --p-rwed 13-Aug-88 18:04:22 
NewCL I 2788 --p-rwed 13-Aug-88 18:04:26 
NewShell 2752 --p-rwed 13-Aug-88 18:04:29 
Quit 1036 --p-rwed 13-Aug-88 18:04:31 


Why 576 --p-rwed 13-Aug-88 18:04:34 
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Echo 992 --p-rwed 13-Aug-88 18:04:39 
Lab 40 --p-rwed 13-Aug-88 18:04:43 
DiskChange 680 --p-rwed 13-Aug-88 18:04:45 
GetEnv 916 --p-rwed 13-Aug-88 18:04:49 
Skip 1204 --p-rwed 13-Aug-88 18:04:52 
DiskDoctor 6892 --p-rwed 13-Aug-88 18:04:57 
Failat 1028 --p-rwed 13-Aug-88 18:05:00 
SetEnv 836 --p-rwed 13-Aug-88 18:05:02 
Sort 1868 --p-rwed 13-Aug-88 18:05:06 
RemRAD 304 ----rwed 13-Aug-88 18:05:07 
Execute 4712 --p-rwed 13-Aug-88 18:05:10 
Copy 9848 --p-rwed 13-Aug-88 18:05:15 
Makedir 768 --p-rwed 13-Aug-88 18:05:17 
List 9972 --p-rwed 13-Aug-88 18:05:24 
CD 1756 --p-rwed 13-Aug-88 18:05:28 
Which 2104 --p-rwed 13-Aug-88 18:05:31 
dpformat 3280 ----rwed 24-Nov-88 16:52:23 
Date 4208 --p-rwed 13-Aug-88 18:05:35 
Endif 40 --p-rwed 13-Aug-88 18:05:37 
If 2536 --p-rwed 13-Aug-88 18:05:41 
IconX 3884 ----rwed 13-Aug-88 18:05:44 
LoadWB 2784 ----rwed 13-Aug-88 18:05:48 
Protect 1396 --p-rwed 13-Aug-88 18:05:51 
SetClock 4972 --p-rwed 13-Aug-88 18:05:55 
Wait 1424 --p-rwed 13-Aug-88 18:05:58 
Eval 1640 --p-rwed 13-Aug-88 18:06:02 
Version 2680 --p-rwed 13-Aug-88 18:06:06 


66 files - 500 blocks used 


Die Befehle djmount, Binddrivers, SetPatch, FF, RemRAD, dp- 
format haben also kein gesetztes Pure-Flag. Das ist aber nicht 
weiter tragisch, da sie normalerweise nicht mehrmals benutzt 
werden. 


Mit Hilfe des Zusatzes PURE kann man jedoch auch dann ein 
File mittels Resident laden, wenn das Pure-Flag nicht gesetzt ist. 
Sicherheitshalber wird auch in diesem Falle die Meldung "Pure 
bit not set" ausgegeben. Die PURE-Option sollte aber mit 
größter Vorsicht verwendet werden, da Programme, deren Pure- 
Flag nicht gesetzt ıst, meist wirklich nicht reentrant program- 
miert worden sind. Man darf sich daher über eine später auf- 
tretende Guru-Meditation nicht wundern. 
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Wahrscheinlich haben Sie sich schon einmal die Startup-Se- 
quence angeschaut und dort auch die Befehlszeilen entdeckt, die 
dafür sorgen, daß nach dem Start des Amigas schon die Befehle 
ecute, resident, list und cd resıdent sind. Vielleicht ist Ihnen 
dort aber auch die Zeile 


resident CLI L:Shell-Seg SYSTEM pure add 


aufgefallen. Diese Zeile macht offensichtlich den Handler "Shell- 
Seg" resident, dieser taucht aber nie in der Resident-Liste auf. 
Wird das Schlüsselwort SYSTEM angehängt, so geben Sie die 
Kontrolle über das residente Programm an den Amiga ab. Es 
wird vom Resident-Befehl nicht mehr angezeigt und kann nicht 
mehr entfernt werden. Trotzdem wird es natürlich vom Amiga 
benutzt und braucht nicht mehr geladen zu werden. 


6.8.3 Anwendung des Resident-Befehls 


Für den Resident-Befehl lassen sich natürlich viele Anwen- 
dungen finden, die meist auf Ihre speziellen Bedürfnisse zuge- 
schnitten sein werden. Arbeiten Sie viel mit Batch-Dateien, so 
werden Sie sicherlich die Befehle execute, if, endif, else und 
echo resident machen, bei anderer Nutzung des CLI eben an- 
dere. Am besten binden Sıe die entsprechenden Befehle nicht 
direkt in Ihre startup-sequence ein, sondern rufen sie gesondert 
als Batch-Datei auf. Eine solche Batch-Datei könnte beispiels- 
weise den Namen "makeresident" haben und folgende Befehle 
enthalten: 


resident c:execute 
resident c:if 
resident c:endif 
resident c:else 

. resident c:echo 
resident c:type 


Legen Sie diese Batch-Datei im Verzeichnis S: ab, und legen Sie 
einen Pfad auf diese Datei mit "path s:". Dann brauchen Sie die 
Batch-Datei nur noch mit execute makeresident aufzurufen. 
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Zusätzlich erstellen Sie dieselbe Datei noch einmal - jeweils mit 
dem Zusatz REMOVE. Diese Datei im Verzeichnis S: erhielt den 
Namen removeresident und sähe so aus: 


resident execute remove 
resident if remove 
resident endif remove 
resident else remove 
resident echo remove 
resident type remove 


Wenn Sie jetzt wieder möglichst viel Speicher benötigen, rufen 
Sie einfach mit "execute removeresident" diese Batch-Datei auf, 
und der Speicher der residenten Befehle wird wieder freigege- 
ben. 


Die beiden Beispieldateien befinden sich unter den Beispielna- 
men in dem Verzeichnis Batches auch auf der Diskette im Buch. 
Sie können dort die Dateien mit der Maus aktivieren. 


6.8.4 Die Bedingungen für residente Programme 


Es wäre natürlich schön, wenn man jedes Programm resident 
machen könnte. Leider gibt es einige Bedingungen für residente 
Programme, die dies verhindern: 


1. Die Befehle müssen "reexecutable" sein. Dies bedeutet, daß 
man das Programm, nachdem es einmal: abgearbeitet 
wurde, noch einmal starten kann, ohne es erneut zu laden. 
Dafür ist es aber unbedingt notwendig, daß das Programm 
nach seiner Beendigung wieder genauso vorliegt wie vor 
dem Starten. Viele Programme erfüllen diese Bedingungen 
nicht. Zum Verständis dieses Problems stelle man sich ein 
Zeichenprogramm vor, das in einer Speicherstelle den 
Farbcode für die aktuelle Zeichenfarbe enthalte. Diese 
Speicherstelle sei direkt nach dem Laden des Programms 
mit dem Code für die Farbe Weiß vorbelegt. Ändert man 
nun beim Zeichnen diese Farbe z.B. auf Rot und startet 
anschließend das Zeichenprogramm ein weiteres Mal, so 
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besitzt dieses zweite Programm nun die Farbe Rot anstelle 
von Weiß als Grundeinstellung. Denn die Speicherstelle für 
die Farbwahl setzt es nicht bei Prograrnambeginn auf den 
richtigen Wert, sondern dieser Wert ist schon im Programm 
vor dem Start eingetragen. Natürlich ist dies noch ein 
harmloses Beispiel. Das Zeichenprogramm könnte bei ei- 
nem zweiten Start auch meinen, es hätte noch eine Zei- 
chenfläche im Speicher belegt und in diese hineinschrei- 
ben. Der Amiga würde auf den zweiten Aufruf des resi- 
denten Zeichenprogramms mit einer Guru-Meditation 
antworten. 


2; Die Befehle müssen reentrant programmiert sein. Wie oben 
schon beschrieben wurde, befindet sich der Programm- 
Code eines residenten Befehls nur an einer Stelle des Ar- 
beitsspeichers, auch wenn der Befehl mehrere Male 
gleichzeitig abläuft. Die wichtigste Eigenschaft, die einen 
reentrant programmierten Befehl auszeichnet, ist daher die 
ausschließliche Verwendung lokaler Variablen, die bei je- 
dem Programmaufruf neu angelegt werden müssen. Neh- 
men wir wieder unser Zeichenprogramm als Vergleich. 
Angenommen, es merkt sich an einer bestimmten Pro- 
grammstelle die Lage der Zeichenfläche. Nun wird das- 
selbe Programm ein zweites Mal gestartet, obwohl der erste 
Aufruf noch nicht beendet wurde. Der zweite Aufruf 
würde dieselbe Zeichenfläche benutzen, und die "beiden 
Zeichenprogramme" (es sind ja nur scheinbar zwei) würden 
in dieselbe Zeichenfläche hineinmalen. Deshalb muß ein 
reentrantes Programm ALLE Variablen bei jedem Aufruf 
völlig neu und lokal (also nur für eine bestimmte Zeit und 
für einen bestimmten Teil des Programms vorhanden) an- 
legen. 


Damit Rechnerabstürze verhindert werden können, hat man das 
neue Status-Flag P (für Pure) eingeführt. Dieses Flag kann wie 
die schon bekannten Flags Rwed (s. List-Befehl) mit Hilfe des 
Protect-Befehls für jede Datei gesetzt bzw. gelöscht werden. Ein 
gesetztes Pure-Flag signalisiert dem Resident-Befehl, daß das 
zugehörige Programm geladen werden darf. 
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7: AmigaDOS Intern 


Natürlich macht es sehr viel Spaß, mit dem CLI zu arbeiten, 
aber nach einiger Zeit wird es Sie vielleicht doch interessieren, 
wie das CLI und AmigaDOS eigentlich funktionieren. Das ist 
besonders dann interessant, wenn Sie eigene Programme schrei- 
ben wollen. Dann können Sie sich von der internen Funktions- 
weise der vorhandenen CLI-Befehle viele Tips und Tricks zur 
eigenen Programmierung abgucken. Aus diesem Grund werden 
wir Ihnen in diesem Kapitel einiges über die interne Funktions- 
weise verraten, was wir in mühsamer Kleinarbeit herausgefun- 
den haben. Viele dieser Informationen werden Sie in keinem an- 
deren Buch finden, so beispielsweise eine Beschreibung des in- 
ternen Aufbaus der CLI-Befehle und deren Nutzung der Global- 
Vektor-Table. Diese globalen Vektoren sorgen übrigens für die 
geheimnisvolle Anzeige "gv 150" nach einem Status Full. 


Eins soll dieses Buch allerdings nicht leisten: komplette Infor- 
mationen über den Amiga liefern. Deshalb werden wir auf Tasks 
und deren Strukturen, Message-Ports usw. nicht oder nur ganz 
kurz eingehen. Denn ein "DATA BECKER Intern" will dieses 
Buch nicht sein. Vielmehr wollen wir Ihnen einige äußerst in- 
teressante Informationen über das AmigaDOS weitergeben. 


Um alle Informationen in diesem Kapitel verstehen und anwen- 
den zu können, sollten Sie über C- und Maschinensprachekennt- 
nisse verfügen. Wir werden aber versuchen, die Informationen so 
verständlich weiterzugeben, daß auch Amiga-Besitzer ohne Er- 
fahrung mit diesen Programmiersprachen zumindest eine Vor- 
stellung von den Abläufen bekommen. 


7.1 DOS, Devices, Handler, Packets 
Vielleicht haben Sie sich schon einmal gefragt, wie das Amiga- 


DOS eigentlich grundsätzlich funktioniert, wie es beispielsweise 
ein File sowohl auf eine Diskette als auch in die RAM-Disk 
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oder zum Drucker schicken kann. In diesem Abschnitt wollen 
wir Ihnen kurz erklären, wie dieser Vorgang abläuft und was 
Devices und Handler damit zu tun haben. 


DOS und Dateien 


Angenommen, wir wollen eine Datei zum Lesen öffnen. Dann 
benutzen wir die Funktion der DOS.library OPEN(), die zwei 
Parameter benötigt: File-Name und Art des Zugriffs (Read/ 
Write). DOS untersucht nun diesen Filenamen, um herauszufin- 
den, worauf zugegriffen werden soll. Dabei werden folgende 
Besonderheiten berücksichtigt: 


>» Das File heißt *. In diesem Fall trägt DOS ein, daß die Ein-/ 
Ausgaben einfach über das aktuelle CLI-Fenster ablaufen. 
Das bedeutet nichts anderes, als daß der Messageport des 
Con-Handlers als Messageport für die Ein-/Ausgabe benutzt 
wird. 


>» Das File heißt NIL. In diesem Fall trägt das DOS eın, daß es 
keine Routine für Ein-/Ausgaben gibt. Bei späteren READ()- 
oder WRITE()-Aufrufen wird dann auch nichts ausgegeben 
oder geholt - und das ıst ja gerade die Wirkung von NIL:. 


» Der File-Name enthält einen "". AmigaDOS prüft, ob sich 
vor dem Doppelpunkt ein Device befindet, das es in der De- 
vice-Liste entdecken kann, beziehungsweise ein Volume-Na- 
me, der "mounted" ıst. Letzteres bedeutet bei einem Disket- 
tennamen, daß die entsprechende Diskette ın einem Laufwerk 
vorhanden ıst. Ist dies der Fall, dann wird der Messageport 
dıeses Devices eingetragen und für die späteren Ein-/Ausga- 
ben benutzt. Ist der Handler für dieses Device noch nicht im 
Speicher, dann wird er geladen und gestartet. 


Wird dieses Device oder Volume nicht entdeckt, dann muß es 
sich bei den Zeichen vor dem Doppelpunkt um einen Volume- 
Namen handeln (beispielsweise Workbench V1.2), zu dem es 
keine passende Diskette im Laufwerk gibt. In diesem Fall bittet 
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AmigaDOS in einem höflichen Requester, dieses Volume in ir- 
gendein Laufwerk einzulegen. Ist dies geschehen, kann das DOS 
verfahren, als hätte es das Device sofort entdeckt. 


Angenommen, auf die so geöffnete Dateı erfolgt einige Zeit 
später ein Zugriff mit READ(). Dann schaut AmigaDOS ın ei- 
nem internen Puffer nach, ob dort noch Zeichen vorhanden 
sind. Ist dies nicht der Fall, wird eine Message an das Device 
geschickt, um den Puffer wieder mit Daten zu füllen. Amiga- 
DOS greift also nicht selbst direkt auf die Diskette zu, sondern 
fordert die Daten vom Device an. Auch viele andere Aktionen 
des DOS werden in Wirklichkeit vom zugehörigen Device erle- 
digt. Dies sind beispielsweise: Umbenennen der Diskette, Um- 
benennen von Dateien oder Verzeichnissen, Erzeugen eines 
neuen Directorys usw. 


DosPackets 


Wie verständigt sich nun das DOS mit einem Device? Dazu wer- 
den die sogenannten DosPackets benutzt. Über das genaue Aus- 
sehen können Sie sich im Include-File dosextens.h informieren. 
Wichtig ist der Eintrag dp_Type, denn hier wird die gewünschte 
Aktion als Zahl eingetragen. Die möglichen Aktionen und deren 
Zahlen finden Sie ebenfalls in dem angegebenen Includefile. Will 
das DOS beispielsweise eine Diskette umbenennen, dann schickt 
es ein Packet mit "dp _ Type = RENAME DISK (=9)" an das 
Device und wartet auf das sogenannte Replypacket, die Antwort 
des Devices. Dort kann das DOS feststellen, ob das Umbenennen 
geklappt hat oder ob ein Fehler aufgetreten ist. 


Devices und Handler 


Bisher haben wir immer davon gesprochen, daß DOS nach einem 
Device schaut und mit diesem Nachrichten austauscht. In diesem 
Zusammenhang war der Begriff Devices eigentlich nicht ganz 
korrekt, hat sich aber so eingebürgert, daß wir ıhn ebenfalls 
vorläufig benutzt haben. Nun wollen wir aber genau be- 
schreiben, mit wem DOS da eigentlich arbeitet. Es gibt nämlich 
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Devices und Handler, und DOS arbeitet normalerweise nur mit 
dem jeweiligen Handler. Ein solcher Handler kümmert sich um 
eine Schnittstelle des Amiga. Der Port-Handler ist beispielsweise 
für die serielle und parallele Schnittstelle zuständig, der Con- 
Handler für Tastatur und Bildschirm und das FileSystem für die 
Disketten. Zu jedem Handler gehören wiederum Devices, die der 
Handler zur Benutzung der Schnittstelle einsetzt. Der Port- 
Handler arbeitet mit den drei Devices: parallel.device, prin- 
ter.device und serial.device, das FileSystem mit trackdisk.device 
und der Con-Handler mit dem console.device. 


Grundsätzlich ist ein Device immer näher an der Hardware als 
der zugehörige Handler und kann nur weniger komplexe Aktio- 
nen durchführen. Betrachten wir das am Beispiel FileSystem 
(Handler) und trackdisk.device. Das Filesystem verarbeitet die 
"höheren" Diskettenstrukturen (Dateien und Verzeichnisse), 
während das trackdisk.device mit den "tieferen" Strukturen 
(Tracks, Sektoren) arbeitet. Betrachten wir zur Erläuterung noch 
einmal das Beispiel eines READ()-Zugriffs auf eine Datei, die 
vom DOS geöffnet wurde. Das DOS stellt nun irgendwann fest, 
daß im eigenen Puffer keine gültigen Daten mehr vorhanden 
sind. Also schickt es ein Packet an das zugehörige FileSystem 
und fordert weitere Daten an (dn_ Type = ACTION_READ). 
Das FıleSystem stellt nun fest, in welchen Sektoren die nächsten 
gültigen Daten dieser Dateı liegen. Anschließend prüft es, ob 
diese Sektoren vielleicht schon ın der Pufferliste vorhanden sind. 
(Das FileSystem puffert eine Anzahl Sektoren, die Anzahl kann 
durch AddBuffers erhöht werden.) Ist dies der Fall, so holt es 
die gewünschten Daten aus dem Puffer und kopiert sie in den 
vom DOS angegebenen DOS-Puffer. 


Interessanter ıst der Fall, wenn die Daten nicht im Puffer des 
FileSystems sınd. Dann schickt es nämlich eine Message an das 
zugehörige trackdisk.device, damit dies die Sektoren in den 
Puffer des FileSystems holt. Das Trackdisk-Device liest intern 
stets einen ganzen Track. Daher schaut es nun erst einmal nach, 
ob sich die gewünschten Sektoren vielleicht im Trackpuffer be- 
finden. Ist dies der Fall, so kopiert es aus diesem Trackpuffer 
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die Sektoren ın den Puffer des FileSystems. Andernfalls berech- 
net es den Track, auf dem die Sektoren liegen, und liest diesen 
in den Speicher. 


Sie sehen, der Zugriff auf Diskettendaten geschieht über meh- 
rere Stationen (DOS, FileSystem (Handler), trackdisk.device, 
Disketten-Hardware), und jede Station stellt einen weiteren 
Schritt zur konkreten Hardware dar. Dies ist mit ein Grund da- 
für, daß die Diskettenzugriffe des Amiga recht langsam sind. 
Jeder puffert irgend etwas zwischen, durchsucht seinen Puffer 
nach den gewünschten Daten und schickt Nachrichten an andere 
Tasks. Natürlich gibt es noch weitere Gründe für die recht 
langsame Geschwindigkeit des Amiga beim Diskettenzugriff, 
beispielsweise die Art der Verteilung der Daten auf Diskette und 
das Nichtausnutzen einiger vorhandener Möglichkeiten der 
Amiga-Hardware durch das trackdisk.device (Index-Synchroni- 
sation). 


Übrigens gibt es eine Ausnahme in dieser Aufgabenverteilung: 
DOS, Handler, Device, Hardware - die RAM-Disk der Version 
V1.2. Für diese gab es nur eine einzige Task: RAM, die sowohl 
Handler als auch Device darstellte, aber nicht alle möglichen 
Aktionen unterstützte. Daher kann man beispielsweise diese 
RAM-Disk nicht formatieren. Bei der Version V1.3 gibt es nun 
eine resetfeste RAM-Disk namens CARD:, die aus einem RAM- 
Handler und dem ramdrive.device besteht. Auf Grund dieses 
Aufbaus können nun auch alle gängigen Aktionen (auch Forma- 
tieren) mit der neuen RAM-Disk ausgeführt werden. 


Wenn Sie sich übrigens darüber informieren wollen, welche 
Handler und Devices es gibt, so finden Sie die Handler im logi- 
schen Verzeichnis L: und die Devices in DEVS:. Interessante 
Kombinationen können Sie sich im Verzeichnis DEVS: ın der 
Mountlist anschauen. 
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7.2 Relokatible Programme, Segmente, BPTR-Pointer | 


Relokatible Programme 


Da der Amiga ein Multitasking-Betriebssystem hat, dürfen die 
Adressen, an die verschiedene Programme geladen werden, nicht 
feststehen. Sonst könnte ein zweites Programm nicht geladen 
werden, weil an seinem Platz schon ein anderes Programm im 
Speicher liegt. Daher sucht das AmigaDOS beim Laden eines 
Programms einen entsprechend großen Speicher und paßt alle 
Adressen an diesen Speicherbereich an. Um diese Vorgänge muß 
sich ein Programmierer normalerweise nicht kümmern, weil der 
C-Compiler oder Assembler die notwendigen Informationen mit 
auf der Diskette ablegt. Problematisch wird die unbestimmte 
Lage eines Programms nur für denjenigen, der fertige Pro- 
gramme analysieren und verstehen will. Lädt er nämlich ein 
Programm und untersucht es mit einem Monitor oder Debugger, 
so liegt es nach dem nächsten Laden an einer ganz anderen 
Stelle. Dadurch werden Notizen, die man sich gemacht hat, recht 
wertlos. 


Eine große Hilfe stellt der PROFIMAT von DATA BECKER 
dar. Er enthält einen komfortablen Assembler, Debugger und 
Reassembler. Was ıst nun der Vorteil dieses Systems? Sıe laden 
das zu untersuchende Programm ın den Debugger und stellen 
anschließend mit dem Reassembler eine Art Source-File von 
dem Programm her. Dieses können Sie nun für eigene Zwecke 
dokumentieren und gegebenenfalls erweitern. In den meisten 
Fällen kann es recht problemlos vom Assembler wieder in eın 
lauffähiges Programm übersetzt werden. 


Segmente 


Gerade weil das Betriebssystem des Amiga darauf ausgerichtet 
ist, mehrere Programme fast gleichzeitig laufen zu lassen, gibt es 
natürlich Schwierigkeiten mit dem freien Speicher. Dieser be- 
steht gewöhnlich nicht aus einem kompakten Stück, sondern ist 
in viele mehr oder weniger große Stücke geteilt, getrennt durch 
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Bereiche, die von Programmen belegt sınd. Angenommen, es 
sind noch 500 KByte Speicher frei, aber das größte zusammen- 
hängende Stück ıst nur 80 KByte groß, dann könnte normaler- 
weise kein 90 KByte großes Programm geladen werden. Daher 
sieht es das Betriebssystem vor, ein Programm in viele kleine 
Segmente zu zerlegen. Diese können dann in kleine freie 
Speicherbereiche geladen werden und bilden zusammen das 
lauffähige Programm. Auch hier kümmert sich AmigaDOS 
darum, daß die Adressen der einzelnen Programmteile an die 
Lage der Segmente angepaßt werden. Allerdings muß die 
grundsätzliche Einteilung in Segmente vorher vom Programmie- 
rer mit Hilfe von Anweisungen an den Compiler oder Assembler 
erfolgen. 


Für jedes geladene Programm legt AmigaDOS eine Verkettung 
der einzelnen Segmente an. Vor jedem Segment liegen zwei 
Langworte (BPTR-Pointer). Ein Langwort zeigt auf die Adresse 
des nächsten Segments, und das davorliegende Langwort gibt die 
Länge dieses Segments an. Mit Hilfe dieser Segmentliste ist es 
nun möglich, alle Programmteile eines Programms im Speicher 
zu finden und einzeln mit einem Reassembler in Source-Pro- 
gramme rückzuübersetzen. 


BPTR-Pointer 


Immer wieder werden Sıe ın C-Programmen, Include-Files oder 
Dokumentationen des Amiga-Betriebssystems auf die BPTR- 
Pointer stoßen. Was hat man sich darunter vorzustellen und wie 
geht man damit um? Entstanden sind die BPTR-Pointer auf 
Grund der Entwicklung des AmigaDOS in BCPL. In C zeigt ein 
Zeiger immer direkt auf die Speicherstelle, an der das Objekt 
liegt. Ein BPTR-Pointer ist ein solcher Zeiger geteilt durch vier. 
Zeigt ein Pointer also auf ein Objekt ab der Speicherstelle 
10000, so zeigt der BPTR auf 2500. Dadurch geht keine Infor- 
mation verloren, denn BPTR-Pointer zeigen stets nur auf Ob- 
jekte, die an geraden Langwortadressen liegen dürfen. Wenn 
man so eine Adresse durch vier teilt und anschließend wieder 
mal vier nimmt, kommt genau dieselbe Adresse heraus. 
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Diesen Sachverhalt wollen wir noch kurz an einem konkreten 
Beispiel deutlich machen. Wenn Sie eine Segmentliste haben, die 
die verschiedenen Segmente eines Programms verkettet, so sind 
die Zeiger auf das nächste Segment jeweils BPTR-Pointer. Neh- 
men Sie also diesen BPTR-Pointer und multiplizieren ihn mit 4, 
so erhalten Sie die Adresse des nächsten Segments und dort ge- 
nau den BPTR-Pointer auf ein mögliches weiteres. Segmente 
dürfen nur auf geraden Langwortadressen liegen. Um also aus 
dem BPTR-Pointer die korrekte Adresse zu erhalten, müssen Sie 
den Wert mit 4 multiplizieren. 


7.3 Das Programm CLI 


Obwohl wir meist vom CLI als Benutzerschnittstelle einschließ- 
lich der CLI-Fenster und CLI-Programme im Ordner C: spre- 
chen, gibt es auch noch ein CLI als Name für ein Startprogramm 
für diese Benutzerschnittstelle. Es befindet sich entweder im 
Systemordner oder direkt im Hauptverzeichnis der Workbench- 
Diskette. Mit Hilfe dieses Programms kann das erste CLI- 
Fenster geöffnet werden, falls die Startup-Sequence das einzige 
Fenster mit EndCLI geschlossen hat. Vielleicht interessiert es 
Sie, wie dieses Programm aufgebaut ist und wie man so ein Pro- 
gramm schreiben kann. Das wollen wir Ihnen in diesem Kapitel 
vermitteln. Die konkrete Beschreibung gilt nur für das mit V1.2 
ausgelieferte Programm CLI, die entsprechende Version bei V1.3 
ıst grundsätzlich gleich aufgebaut, aber in einigen Details anders 
programmiert. 


Das CLI-Programm ist im Gegensatz zu den meisten CLI-Be- 
fehlen in C geschrieben. Schaut man sich den Aufbau dieses 
Programms an, so führt es eigentlich erstaunlich wenig Aufga- 
ben aus. 


Aufbau des Programms CLI 


Am Anfang steht der übliche Vorspann, den jedes C-Programm 
hat. Dort wird getestet, ob das Programm von der Workbench 
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oder dem CLI aus gestartet wurde. Bei einem Start vom CLI aus 
wird die Kommandozeile ausgewertet und in die Parameter zer- 
legt. 


Das eigentliche Programm Main() testet, ob schon ein CLI-Fen- 
ster existiert. Ist das noch nicht der Fall, so werden 10000 Bytes 
Speicher belegt, das Prompt wird auf %N> und das aktuelle 
Verzeichnis auf SYS: gesetzt. 


In jedem Fall wird ein Fenster geöffnet. Dies erfolgt über die 
DOS-Funktion Open(), als Name wird "Con:0/50/640/80/New 
CLI Window" übergeben. 


Dann wird die DOS-Funktion Execute aufgerufen. Diese erwar- 
tet drei Parameter: Kommando-String, Input- und Output- 
Handle. Übergeben wird als String ein Null-String, als Output- 
Handle eine Null und als Input-Handle das geöffnete Con-Fen- 
ster. Execute selbst setzt CIS (Command-Input-Stream) und COS 
(Command-Output-Stream) auf die übergebenen File-Handle, 
lädt und startet anschließend den CLI-Befehl C:Run. Dieser liest 
solange aus dem Con-Fenster, führt die Befehle aus und schreibt 
die Ergebnisse ins Con-Fenster, bis als Eingabe ein EndCLI er- 
folgt. Dann wird noch CIS und COS restauriert, und Execute 
kehrt zurück. 


Das CLI-Programm schließt das Fenster, gibt gegebenenfalls den 
Speicher freı und endet ebenfalls. 


Sie werden wohl mit uns der Meinung sein, daß das CLI-Pro- 
gramm erstaunlich wenig macht. Die eigentliche Arbeit wird 
vom CLI-Befehl "Run" erledigt. Viel erstaunlicher ist unserer 
Meinung nach aber die Tatsache, daß das CLI-Programm nicht 
ohne den CLI-Befehl "Run" lauffähig ist. Das können wir auch 
leicht an einem Beispiel beweisen: 


Erstellen Sie im RAM das Verzeichnis C, und kopieren Sie nur 
den Befehl Assıgn in dieses Verzeichnis. Setzen Sie anschließend 
C: auf RAM.C 
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ASSIGN C: RAM:C 


Nun starten Sie von der Workbench aus das CLI-Programm. Sie 
werden kurz das Con-Fenster erscheinen sehen, aber es ver- 
schwindet sofort wıeder. Das liegt daran, daß C:Run nicht ge- 
funden wurde. Löschen Sie also diesen Befehl nicht auf der 
Workbench-Diskette. 


Mit diesem Wissen um die Funktion des CLI-Programms ist es 
nun sehr einfach, ein eigenes CLI-Programm zu schreiben. Die 
dazu notwendigen Schritte sind: 

- Öffnen eines Con-Fensters 

- Aufruf der DOS-Funktion Execute mit drei Parametern: 

- Zeiger auf 0 für Execute-String in DI 

- Zeiger auf Input-Handle des Con-Fensters in D2 

- Zeiger auf 0 für Output-Handle in D3 

- Schließen des Con-Fensters 


Die notwendigen Maschinensprachebefehle (kein vollständiges 
Programm) sehen dazu so aus: 


a ee eg OBEnELIWINdon. === een 
OpenCliWindow:PEA $3ED ; Modus: Old_File 

PEA conwindow "CON:0/50/640/80/New Cli Window 
JSR call_Open DOS-Funktion OPEN aufrufen 
MOVE.L DO,D2 File-Handle von Open "CON:" 


ADDQ.L #8,A7 Stack restaurieren 

BEQ LC2C47E Open ging schief -> kein Execute 
CLR.L -(A7) = Output-Handle 

MOVE.L D2,-(A7) = Input-Handle 

PEA executestring $C2B8C0O = 0 

JSR call _Execute Lädt "C:RUN" 


Übergibt CIS und COS 
Unload "Run!', CIS/COS restaurieren 


ma m np BE na ng Be ne RE Sa 5 8 


RTS ° 
conwindow: dc.b "CON:0/50/640/80/Mein Cli Window", 0 
executestring: dc.b 0,0,0,0 


Wie gesagt, das Programm ist nicht vollständig, denn es muß 
vorher beispielsweise noch die DOS-Bibliothek geöffnet werden. 
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Aber trotzdem zeigt dieser kurze Programmausschnitt sehr deut- 
lich, wie einfach ein eigenes CLI-Programm geschrieben werden 
kann. Leider wird dadurch auch völlig die Kontrolle an C:Run 
übergeben, wir können nur abwarten, bis Run ein EndCLI als 
Befehl liest, ausführt und wieder zurückkehrt. 


7.4 Die interne DOS-Bibliothek 


Haben Sie sich schon einmal C-Programme mit einem Disas- 
sembler angeschaut oder eigene Maschinenprogramme geschrie- 
ben? Dann wird Ihnen folgende Befehlsfolge immer wieder 
auffallen: 


MOVE.L ZeigeraufBibliothek,A6 


JSR OFFSET(A6) 
TST.L DO 
BEQ Fehler 


Mit dieser Befehlsfolge können die Routinen der Betriebssy- 
stem-Bibliotheken (Librarys) aufgerufen werden. Schauen Sie 
sich aber einmal einen CLI-Befehl wie Run an. Dort werden Sie 
einen solchen Aufruf kaum finden. Statt dessen tauchen dort 
folgende Befehlsfolgen immer wieder auf: 


LC188E8:MOVE.L D1,D6 
ADDI.L #832,D1 
SUBA.L A0,A0 
MOVE.L $74(A2) ,A4 


rette Anzahl GLOBAL VEKTORS (=$95) 
Addiere $32 für AllocMem (=$C7) 
Setze AD auf O 

= Allocate Memory (MEMF_PUBLIC) 
(Länge=D1),Return BPTR(D1) 


no ne So “a 


MOVEQ #$C,DO 


JSR (A5) ; AllocateMem 

TST.L D1 ; Speicher erhalten für Vektortabelle? 
BEQ.L LC189DE ; nein -> Ende 

ADD.L #%32,D1 ; Ja, weiter 


Lassen Sie sich von den Kommentaren erst einmal nicht irritie- 
ren. Dies ist ein kurzer Ausschnitt aus dem CLI-Befehl Run. 
Interessant ist die Befehlsfolge: 


MOVE.L OFFSET(A2),A4 
JSR (A5) 
TST.L DI 
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Interessanterweise werden Sie im Programm Run wohl ver- 
schiedene Offsets finden, jedesmal wird aber über JSR(A5) das 
gleiche Unterprogramm aufgerufen. Anscheinend greifen hier 
die CLI-Kommandos auf eine interne Bibliothek zu. Die BASIC- 
Adresse der Bibliothek muß ın A2 vorhanden sein, in A4 wird 
dann die Adresse der Routine abgelegt, und die Unterroutine in 
A5 ruft diese Routine nach einigen Vorarbeiten auf. Daraus er- 
geben sich zwei interessante Konsequenzen: 


» CLI-Befehle sind relativ kurz und kompakt, auf jeden Fall 
kürzer als vergleichbare C-Programme. 


» CLI-Befehle benötigen mehr Informationen als ein C-Pro- 
gramm in den Registern des Prozessors, wenn sie gestartet 
werden, beispielsweise die Adresse der internen Bibliothek. 
Da diese Adresse von der Workbench nicht übergeben wird, 
können CLI-Befehle auch nicht von der Workbench aus ge- 
startet werden. Würden Sie beispielsweise dem Kommando 
Run ein Icon verpassen und dieses dann von der Workbench 
aus doppelklicken, so könnten Sie damit einen gefährlichen 
Guru erzielen, der auch von einem Debugger nicht mehr ab- 
gefangen werden kann. 


Wie arbeiten nun die CLI-Befehle mit der Global-Vektor-Ta- 
belle? Im Kapitel 7.5 werden wir zwar noch genauer darauf ein- 
gehen, aber an dieser Stelle ist schon folgendes interessant: Die 
meisten CLI-Kommandos kopieren zu Beginn die Tabelle in 
einen freien Speicherbereich und tragen einige weitere, eigene 
Routinen dort ein. Dadurch hat dann jeder CLI-Befehl seine ei- 
gene Tabelle. Die Standardtabelle enthält $96 Einträge ($00 - 
$95), was Sie auch am Kommentar der ersten Zeile des Pro- 
grammausschnitts ablesen können. 


Haben Sie sich schon einmal mit Status Full wichtige Informa- 
tionen über die CLI-Prozesse anzeigen lassen? Dort taucht im- 
mer ein geheimnissvoller Eintrag GV auf, der normalerweise 150 
beträgt. Das ıst gerade der dezimale Wert für $96. Mit GV wird 
also zu jedem Prozeß die Größe seiner Global-Vektor-Tabelle 
angezeigt. Allerdings ist fraglich, warum dieser Wert überhaupt 
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angezeigt wird, denn für Anwender ist er ziemlich uninteressant, 
und bisher haben wir auch noch nirgendwo Informationen über 
diese Tabelle gefunden. Übrigens heißt diese Tabelle wohl des- 
halb Global Vektor Table, weıl sie allen CLI-Prozessen zur 
Verfügung steht, also allgemein "bekannt" ist. Übrigens kann die 
Mountlist ab V1.3 erheblich mehr Informationen zu einem De- 
vice enthalten, da der Befehl Mount geändert wurde und neue 
Schlüsselworte versteht. So können Sie beispielsweise 


GlobVec = -1 


eintragen und damit verhindern, daß der Handler eine Global 
Vector Table erhält. Dies ist sehr wichtig für in C geschriebene 
Handler, da diese sonst normalerweise abstürzen. Wenn Sie also 
beispielsweise die resetfeste RAM-Disk mounten und in der 
Mountlist kein Eintrag "GlobVec = -1" vorhanden ist, nimmt Ih- 
nen der Amiga das sehr übel und stellt die Zusammenarbeit ein. 


Der von uns abgedruckte Teil des Programms Run ist die Vor- 
bereitung für das Kopieren dieser Tabelle. Hier wird gerade der 
dafür notwendige Speicher besorgt. 


Insgesamt erhalten die CLI-Befehle beim Aufruf noch wesent- 
lich mehr Informationen in den Prozessorregistern. Dadurch 
können sıe ohne großen Rechenaufwand auf wichtige Variablen 
zugreifen. Unsere Nachforschungen haben folgende Inhalte er- 
geben: 


DO Anzahl Parameterzeichen in Befehlszeile 

D2 Größe des Programm-Stacks 

AO Zeiger auf Parameter-Zeichen 

A2 Zeiger auf interne DOS-Library 

A5 Zeiger auf Routine zum Aufruf der Funktionen 
A6 Zeiger auf Rücksprungroutine 


Wird beispielsweise der Befehl Run ohne weitere Parameter auf- 
gerufen (wie es die DOS-Funktion Execute macht), so sieht die 
Übergabe in den Registern beispielsweise so aus: 
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REF ER ETTERR Beispiel-Register ------------------- 


: DO = 00000001 -> Nur Befehlsname "Run' 

; D1 = 00C5AA7C 

; D2 = DOOOOFAO = 4000 = Programm-Stack bei CLI-Aufruf 
» D3 = 00000FA8 

; D4 = 00000001 -> Länge des Parameter-Strings ? 

; D5 = 0000003E 

; D6 = 00309107 

; D7 = 00C5A794 

; AD = 00C27411 -> Zeiger:1. Parameter hinter "run" (O10A) 
» A2 = 0O0C0O4CA0O -> Zeiger auf DOS-Library 

; A3 = 00C6F52C 

; A4 = 00C6BB48 

; A5 = OOFF44B4 

» A6 = OOFF44AB -> Routine, die den Funktionsaufruf beendet 
; A7 = 00C721C4 -> Rücksprungadresse 


Interessant ist noch die Art und Weise, wie der Parameter-String 
abgelegt wird. Dies entspricht nicht der üblichen C-Konvention 
(Zeichenkette durch Null abgeschlossen), sondern im ersten Byte 
steht die String-Länge, und dahinter folgen die Zeichen. In un- 
serem Beispiel lautet der übergebene String: 


$01,$0A (1 Zeichen, und zwar Zeilenvorschub) 


Zeiger auf so abgelegte Strings werden als BSTR bezeichnet. 
BPTR sind Zeiger, die vor der Benutzung noch mit 4 multipli- 
ziert werden müssen. 


75 Das Beispiel Run 


In diesem Abschnitt wollen wir uns nun gemeinsam den Befehl 
Run anschauen. An diesem konkreten Beispiel können wir noch 
genauer zeigen, wie die DOS-Kommandos aufgebaut sınd. Ins- 
besondere wollen wir verdeutlichen, wie geschickt eigene VekK- 
toren in die Kopie der Global Vektor Table (GVT) eingetragen 
werden können. Hierzu gibt es wiederum fertige Routinen in der 
GVT. Dadurch wird es Ihnen einerseits leichter fallen, andere 
CLI-Kommandos zu analysieren, und vielleicht können Sie sich 
für die Programmierung von eigenen Programmen viele Kniffe 
abschauen. Auch für die konkrete Beschreibung von Run gilt 
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wie beim Programm CLI: Bei neueren Versionen haben sich De- 
taıls geändert und werden sich weiter ändern, die grundsätzliche 
Funktionsweise gilt für V1.2 und V1.3. 


Grundsätzlich bestehen die meisten CLI-Befehle aus zwei Seg- 
menten (siehe 7.1). Im ersten Segment werden dabei die Vorbe- 
reitungen für den eigentlichen Programmablauf durchgeführt: 


> Zuerst prüft eine Schleife nacheinander alle Segmente des 
Programms auf die notwendige Größe der Global Vektor Ta- 
ble (GVT). Das letzte Langwort in den Segmenten gibt diese 
Größe an. Der vorgegebene Minimalwert ist dabei #$95 = 
149, weil die im Betriebssystem vorhandene Tabelle 150 
Vektoren enthält. Wird bei dieser Prüfung ein höherer Wert 
gefunden, so wird durch ihn die notwendige Größe festgelegt. 


» Anschließend wird für die Tabelle der notwendige Speicher 
berechnet. Dabei werden #$32 Langworte für weitere Infor- 
mationen addiert, und dieser Speicher wird per AllocMem 
belegt. 


» ‘Die GVT im ROM wird in den freien Speicher kopiert. Dazu 
wird die interne Routine der DOS-Library 


MOVE.L $70(A2),A4 ; = Fill in a Global-Vektor-Table 
MOVEQ #$C,DO 
JSR (A5) ; Fill the Table 


benutzt. Diese wird zweimal aufgerufen, da die GVT an zwei 
verschiedenen Stellen liegt. Dann werden aus der CLI-Struk- 
tur der aktuellen Tasks 15 Langworte ın den freien Speicher 
kopiert. Diese Struktur steht in der GVT ab $218 und wird 
auch in der neuangelegten Tabelle an derselben Stelle abge- 
legt. Anschließend wird nun für das eigene Programm ab dem 
zweiten Segment ebenfalls diese Routine aufgerufen. Die 
Routine "Fill in a global VektorTable" erwartet in DI einen 
BPTR auf die Segmentliste des Programms und liefert in DO 
eine -1 zurück, wenn alles geklappt hat, ansonsten eine 0. 
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Der Aufbau der Segmente muß dabeı folgendermaßen sein: 
Das letzte Langwort des Segments enthält die maximale Größe 
der Tabelle und damit die größtmögliche Vektornummer. Da- 
vor steht der Offset des einzutragenden Vektors ab Seg- 
mentstart und davor die Vektornummer. Ein Offset von Null 
beendet diesen Vorgang. Das Ende des zweiten Segments von 
Run sieht beispielsweise so aus: 


$00000000 $00000001 $00000024 $00000096 
Ende Vektornr. Offset Max.Größe Tabelle 


In diesem Fall wird also der Vektor 1 eingetragen, die 
Adresse der zugehörigen Subroutine beginnt bei Segment 
2+524 und die folgende $00000000 als Offset beendet dieses 
Segment. Da keine weiteren Segmente vorhanden sind, ist die 
Routine "Fill in a global VektorTable" beendet. 


>» Anschließend wird noch der Vektor 1 mit der Adresse einer 
Routine überschrieben, die im ersten Segment steht und des- 
halb nicht von der Kopierroutine in die Tabelle eingetragen 
werden konnte. Diese Routine gibt den Speicher der neuan- 
gelegten Vektortabelle wieder frei und beendet den CLI-Be- 
fehl. Zum Schluß wird nun Vektor Null aufgerufen. Dieser 
zeigt gerade auf den Programmstart des zweiten Segments, so 
daß die dortigen Programmteile abgearbeitet werden. Übri- 
gens beginnt der Programmcode des zweiten Segments und 
damit des neuen Vektors Null nicht ganz am Anfang, sondern 
bei $24, weil davor noch der Name des CLI-Kommandos 
steht. Das sieht also (bei V1.2) so aus: 


; Run Segment 2 


Offset: $00 
LOOCIA610:DC.B $30,$39 ; og" 
DC.B $11,$52,$55,$4E ; "Run! 


DC.B $20,$20,$20,$20 
DC.B $20,$20,$20,$20 
DC.B $20,$20,$20,$20 


DC.B $20,$20,$00,$00 :$20,$20 
DC.B $07,$73,$74,$61 N ,stalt 
DC.B $72,$74 ; Apgn 


Offset: $24 ab hier steht der Code von Vektor 0 
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Übrigens beginnt der Code von Vektor 0 beim Run-Befehl 
der Version V1.3 schon bei $04, der Vorspann fehlt also. Die 
eigentlich wichtige Routine von Vektor Null ist ebenso wie 
beim CLI-Programm sehr kurz. Vorher erfolgen im wesent- 
lichen Vorarbeiten wie der Aufruf von Input(), Output() und 
AllocMem(). Der entscheidende Teil sieht so aus: 


LC1A860:MOVE.L $3C(A1),$68CA1) 
LEA $3F4(A4),A3 
MOVE.L A3,D4 ; hole Zeiger auf TASK-NODE-Namen 
LSR.L #2,D4 ; Wandle BPTR: TASK-NODE-Namen in Zeiger 
MOVE.L $34(A1),D3 ; hole Priorität des Prozesses 
MOVE.L #%320,D2 Größe des Stacks in Langworten 
MOVE.L $20(A1),D1 BPRT auf Segmentliste für Prozeß 
MOVEQ #%58,DO 
MOVE.L $84(A2),A4 ; Create a Process 


no. 


- D1 = BPTR to SegList array for process 
: D2 = Stack for prozess in long word 

r D3 = Priority of Process 

- D4 = BPTR to task node name 

JSR (A5) 

MOVE.L D1,$1C(A1) ; Zeiger auf Prozeß Message Port 


TST.L D1 
BNE.S LC1A892 
BRA.L LCIA9CO 


: wurde Prozeß eingerichtet? 
: Nein-> "Can't Create Background Task" 
» ja, weiter, Speicher freigeben, Ende! 


b = no 8 


Der CLI-Befehl Run richtet also im wesentlichen eine neue Task 
mit dem Namen Background Task ein, den Sıe auch begutachten 
können, enn Sie unseren Befehl Task benutzen. 


Wir hoffen, daß Ihnen diese Informationen beim Verstehen der 
CLI-Befehle helfen können. Wir meinen, daß sich durch dieses 
Verständnis erst die volle Leistungsfähigkeit und Vielfalt des 
AmigaDOS verstehen und in eigenen Programmen einsetzen läßt. 
Wenn wir endlich wissen, wıe beispielsweise Assign arbeitet, 
werden wir in der Lage sein, bessere Befehle zu entwickeln, und 
damit die Arbeit der normalen Anwender mit AmigaDOS und 
CLI noch leistungsfähiger und angenehmer zu gestalten. Viele 
CLI-Befehle benutzen nämlich einfach die im Betriebssystem 
eingebauten Fähigkeiten und sind deshalb unglaublich kurz. Der 
Befehl AddBuffers beispielsweise nutzt eine Fähigkeit des File- 
Systems, den Cache-Speicher für das Zwischenpuffern der Sek- 
toren zu vergrößern. Somit muß AddBuffers dem FileSystem nur 


“ 


320 — Dasgroße Buch zu AmigaDOS ——— 


ein Dospacket mit dem Befehl More Cache und der gewünsch- 
ten Anzahl Sektoren schicken, den Rest erledigt das FileSystem 
selbst. 


7.6 Der Resident-Befehl 


Nachdem wir im Kapitel "AmigaDOS und Multitasking" schon 
auf die Nutzung des Resident-Befehls eingegangen sınd, wollen 
wir Ihnen hier nicht nur zeigen, wie dieser Befehl arbeitet, son- 
dern auch, wo die residenten Programme zu finden sınd und wie 
sie verwaltet werden. 


7.6.1 Die Funktion des Resident-Befehls 


Auch der Resident-Befehl ist in BCPL geschrieben und besteht 
folglich aus 2 Segmenten: Das erste Segment initialisiert das Pro- 
gramm und erstellt unter anderem eine Kopie der GVT (Global 
Vektor Table - siehe "Das Beispiel RUN"), die eigentliche Arbeit 
leistet dann das zweite Segment. Der Einsprung in das zweite 
Segment erfolgt aber nicht wie üblich am Anfang, sondern bei 
seg2+$CC. Dort werden dann erst einmal die beim Aufruf ange- 
gebenen Parameter geprüft. Register Al zeigt auf die lokalen 
Variablen. Wir bezeichnen 0(A0) als VarO, 4(A0) als Varl und so 
weiter (in BCPL gibt es ja nur den Variablentyp LONG): 


‚Seg2+$CC 

; Read the Template String 

MOVEQ #4,D1 :D1=4 

ADD.L A1,D1 ; Al = Zeiger auf Var 

LSR.L #2,D1 » in BPTR 

MOVE.L D1,(A1) ‚ = VarO = ->Varl für Flag Array 
MOVE.L #%8C,D2 ; 

ADD.L A1,D2 ; D2 = zeigt hinter lokale Variablen 
LSR.L #2,D2 ; in BPTR 
LC2172E:MOVE.L D2,$88C(A1) ; = Var22 = -> hinter Variablen 
MOVEQ #$1E,D3 ; D3 = $1E 

MOVE.L D1,D2 ;‚ D2 = VarO (wird gleich ArgFlagArray) 
LEA $590(A4),A3 ; = &Template String | 
MOVE.L A3,D1 : \ 

LSR.L #2,D1 » in BPTR 


MOVE.L #$BC,DO ; Offset to Space for Registers 
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MOVEA.L $138CA2),A4 ; Read Programms Argument using 
; Template String 
; D1=BPTR to Template, D2=Argwment Flag Array 


JSR (A5) 

samen leave, if not correct Arguments ----------- 
TST.L D1 ; how are the argwments ? 

BNE LC21772 ‚ ok 

LEA $5C4(A4),A3 ; &($0E,"Bad Arguments",$0A,$00) 
MOVE.L A3,D1 : 

LSR.L #2,01 > => BPTR 


MOVE.L #%BC,DO 

MOVEA.L $124(A2),A4 ; Print a BSTR to COS 
JSR (A5) ; 

MOVEQ #814 ,D1 

MOVE.L #%BC,DO 

MOVEA.L 8(CA2),A4 ; AmigaDos EXIT() 

JSR (A5) ; Go Leave the Program 


Anschließend wird geprüft, ob ein Dateiname angegeben wurde. 
Falls nicht, wird die residente Liste ausgegeben, andernfalls wird 
der Dateiname auf ":" oder "/" durchsucht, um Gerätenamen und 
Verzeichnisse abzutrennen. Denn in der Liste taucht nur der 
Programmname, nicht aber der Pfad auf. Anschließend holt das 
Programm einen Zeiger auf den ersten Listeneintrag der resi- 
denten Programme: 


MOVE.L #$BC,DO 
MOVEA.L $9CCA2),A4 » Get BPTR to RootNode 

JSR (A5) ; Go, Get the BPTR 

LSL.L #2,D1 ; Pointer to Root Node 

MOVEQ #4,D2 ; 4 Longwords 

ADD.L $18(A0,D1.L),D2 ; + BPTR rn_Info, -> rn_Info.FirstArray 
MOVE.L D2,$B0OCA1) ; BOCA1) = BPTR Array (1. Array) 
MOVE.L #-$84 ,D1 ‚ Exec:Forbid() 

MOVE.L #8C0,DO 

MOVEA.L $160CA2),A4 ; Call Exec Function 

JSR (A5) 


Der Programmteil holt also einen BPTR auf das erste Listenele- 
ment nach $BO(Al) = Var44 und verhindert durch den Aufruf 
von Forbid() einen Task-Wechsel. Das ist wichtig, weil diese 
Liste nicht korrekt ausgelesen werden könnte, wenn ein anderer 
Task diese gerade ändert. Zum Schluß wird mit BRA LC21998 
eine Routine aufgerufen, die prüft, ob noch ein Element in der 
Liste vorhanden ist, und falls nicht, mit der Meldung "Cannot 
find" und dem angegebenen Dateinamen endet. 
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Soll ein neues Programm zugefügt werden, dann wird folgende 
Routine abgearbeitet: 


; We got a File, so 


go on 


LC21BFO:MOVE.L $ACCA1),D1 ; 


MOVE.L #$BC,DO 
LEA -$CB(A4),A4 
Pure) 

JSR (A5) 

MOVE.L D1,$80(A1) 
MOVE.L (A1),D2 
LSL.L #2,D2 

TST.L $14(A0,D2.L) 
SEQ LC21C16 
MOVEQ #-1,D3 
MOVE.L D3,$80(A1) 


L.C21C16:TST.L $80CA1) 


BEQ LC21C32 
MOVE.L $ACCA1),D1 
MOVE.L #$BC ‚DO 


File 


; = Seg2+0 = Examine File (prüft auch auf 


» Segment 


‚ ParaArray 


wo ug SE ng no np OR 


MOVEA.L $144(A2),A4 ; 


JSR (A5) 
MOVE.L D1,$80CA1) 


LC21C32:TST.L $80CA1 
BNE LC21C52 

MOVE.L $ACCA1),D2 
LEA $6ACCA4),A3 
MOVE.L A3,D1 

LSR.L #2,01 

MOVE.L #$BC,DO 

LEA $6E4(A4) ‚A4 
JSR (A5) 


) 


wo ng SS Se 


‘ 


SYSTEM 

no. 

Flag für System 

Flag für System setzen 
Segment erhalten oder SYSTEM 
no, "Cannot load %S" 

File 


Load a Program 

SegList 

Seglist ok 

ja 

File 

$OF "Cannot load %S",$0A 


» Leave() = Enable, Print, Exit() 


; We loaded the File, so go on 


LC21C52:MOVE.L (A1), 
LSL.L #2,D1 

TST.L $18CA0,D1.L) 
SNE LC21C64 

MOVEQ #1,D1 

BRA LC21C66 
LC21C64:MOVEQ #-1,01 


:C21C66:MOVE.L D1,$B0(A1) 


MOVE.L D1,D3 
MOVE.L $80CA1),D2 
MOVE.L $84(A1),D1 
MOVE.L #8C0,DO 
LEA $70C(A4),A4 ; 
JSR (A5) 

TST.L DA ; 


DI : 


BPTR ArgArray 


SYSTEM ? 
yes 
Flag für NOSYSTEM 


» Flag für SYSTEM 
; Flag merken 


: SegList 


Name 


AllocArray, MakeNewArray 


; LinkArraytin rn_Info.FirstArray) 


Made new Array ? 
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BNE LC21CAA ; yes, Ende 
MOVE.L $80(A1),D1 ; Segment 

MOVE.L #$C0,DO 

MOVEA.L $148(A2),A4 ; Unload Seg() 
JSR (A5) 

LEA S6BC(A4),A3 ; $25,"Failed to add entry to segment chain!',$0A 
MOVE.L A3,D1 

LSR.L #2,D1 

MOVE.L #$C0,DO 

LEA $6E4(A4),A4 

JSR (A5) 
LC21CAA: JMP (A6) 


Zuerst wird also mit Examine() geprüft, ob das File vorhanden 
ist und ob das Pure-Flag gesetzt ist. Dann wird das File als Pro- 
gramm geladen. Anschließend wird ein neuer Listeneintrag in 
der Resident-Liste erzeugt und mit den Daten für dieses Pro- 
gramm gefüllt. Wir werden im folgenden Kapitel noch genauer 
darauf eingehen. Am Schluß wird mit JMP (A6) zum ersten 
Segment des Resident-Befehls zurückgekehrt, der den Speicher 
für die lokale Global Vektor Table wieder freigibt und dann 
endet. | 


7.6.2 Die Liste der residenten Programme 


Obwohl aus dem Programm-Code schon deutlich wurde, wie die 
Liste der residenten Programme verwaltet wird, wollen wir noch 
einmal verdeutlichen, wie man an diese herankommt und wie sıe 
aufgebaut ist. Denn Ihr selbstgeschriebenes Programm wird wohl 
kaum über eine GVT (Global Vektor Table) verfügen und mit 


MOVEA.L $9CCA2),A4 ; Get BPTR to RootNode 
JSR (A5) ; Go, Get the BPTR 


einen Zeiger auf die RootNode erhalten. Die folgenden Infor- 
mationen sind besonders für C-Programmierer geeignet, aber 
auch von Assembler oder BASIC aus läßt sich recht bequem mit 
diesen Informationen arbeiten. 


Alles beginnt in der DOSBase, der Startadresse der DOS.lıbrary. 
Mittels der EXEC-Function OpenLibrary() können Sie diese 
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Adresse bequem erfahren. Dort steht ab Adresse $22 (=34) ein 
Langwort, das auf die RootNode zeigt, eine wichtige Struktur, 
die beispielsweise die Adresse der Cli-Prozesse enthält. In der 
RootNode steht bei Adresse $18 (=24) ein BPTR (also ein durch 
4 geteilter Zeiger) auf einer Info-Struktur, die sogenannte 
rn _Info. Bis hierhin können Sie sich die Informationen aus den 
Include-Dateien eines C-Compilers besorgen. Diese stehen in der 
Header-Datei "Dosextens.h", die sich meist im Verzeichnis 
"Include/Libraries" befindet. 


In der Struktur rn_Info steht im Langwort ab Offset $10 (=16) 
‚ein Zeiger auf dem Beginn der Liste der residenten Programme. 
Wir haben diesen Eintrag "rn_Info.FirstArray" getauft. Ein sol- 
cher Listeneintrag sieht folgendermaßen aus: 


+ 00 Array.Next 

+ 04 Array.UseCount (System = -1 = $FFFFFFFF) 
+ 08 Array.Segment 

+ 0C BSTR Name 


Das erste Langwort enthält also den BPTR auf das nächste 
Listenelement. Steht hier eine 0, so ist die Liste zu Ende. BSTR 
Name enthält wie in BCPL üblich zuerst dıe Länge des Namens 
und dann die einzelnen Zeichen. Daher kann ein BSTR nicht 
direkt als C-String verwendet werden, denn diese enthalten 
keine Längenangabe, sind statt dessen aber mit einer 0 abge- 
schlossen. 


Das folgende Programm "ShowResident" zeigt den Zugriff auf 
die Resident-Liste und gibt alle residenten Programme auf dem 
Bildschirm aus. Dabei werden auch System-Module ausgegeben, 
die von dem normalen Resident-Befehl unterschlagen werden. 
Allerdings enthält UseCount immer einen um 1 zu hohen Wert, 
da auch bei nicht benutzten Programmen eine "1" in der Liste 
steht. 


/* Programm zum Zugriff auf die residenten Programme */ 
De ee mes Manfred Tornsdorf ------------- */ 
/* 26.12.88 ShowResident */ 


#include <exec/types.h> 
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#include <libraries/dosextens.h> 

#include <exec/libraries.h> 

#define max 50 /* Maximal 50 
Einträge */ 


struct Library *OpenLibrary(); 
struct DosLibrary *DosLib; 
struct RootNode *rn; 


struct { 
long il; /* unwichtig */ 
long i2; /* unwichtig */ 
long i3; /* unwichtig */ 
long i4; /* unwichtig */ 
BPTR ri_Res; /* Zeiger auf Resident-Liste */ 


> *rn_Info; 
struct ResidentArray { 
struct ResidentArray *Ra_Next; 
long Ra_UseCount; 
long *Ra_Segment; 
char *Ra_Name [40]; 
3; 
struct ResidentArray *ResArray; 


long *UseCount [max] ; /* Array für UseCounts */ 

long *Segment [max] ; /* Array für Segmentadressen */ 
char *Name [max] ; /* Array für Zeiger auf Namen */ 
char puffer[40]; /* Puffer für Umwandlung BSTR-> C-String */ 
main() 

{ 

int i,j; /* Schleifenzähler */ 

int Anz; /* Anzahl residenter Programme */ 

long bptr; /* Zur Umwandlung BPTR - C-Pointer */ 
char * string; /* Zeiger auf BSTR */ 

int len; /* Länge des BSTR */ 


DosLib = (struct DosLibrary *) OpenLibrary("dos.library", OL); 
if(DosLib == OL) 


{ 
printf("DosLibrary kann nicht geöffnet werden\n"); 
exit(iL); 
> 
rn = (struct RootNode *) DosLib->dl_Root;  /* BPTR auf 
RootNode */ 
bptr = (rn->rn_Info); 
bptr = bptr<<2; /* BPTR in Zeiger wandeln */ . 
rn_Info = (struct rn_Info *) bptr; /* Zei- 


ger zuweisen */ 
bptr = rn_Info->ri_Res; 
bptr = bptr <<2; 
ResArray = (struct ResArray *) bptr; 
if (ResArray == 0) 
{ 
printf("Keine Residente Liste!\n"); 
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exit(2L); 
} 
Forbid(); 
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for(i = 0; (Ci < max-1)&&(ResArray != OL); it++) /* Solange < Max und 


noch Listenelemente */ 
{ 
UseCount [Li] = (long *) 


ResArray->Ra_UseCount; 


bptr = (long ) (ResArray->Ra_Segment); 


bptr = bptr«<2; 


Segment[i] = (long *) bptr; 
Name[i] = (char *) &(ResArray->Ra_Name); 
bptr = (long) (ResArray->Ra_Next); 


bptr = bptr«< 2; 


ResArray = (struct ResArray *) bptr; 


} 
Permit(); 


if(i == max-1) printf("Nicht alle residenten Programme erfaßt\n"); 


Anz = ji; 
for(j = 0; J < Anz; j*++) 

if(UseCount [j] != -1L) 
if(UseCount[j] == -1L) 


printf("UseCount: %x ", UseCount[j]); 
printf("SYSTEM  "); 


printf("\r\t\tSegment %1x ", Segment [j]); 


string = Namelj]; 
len = (int) *string; 


for(i = 1; i <= len; i+t+, string++) 


pufferti-1] = *(string+1); 
>} /* Ende for (i) Name in C-String */ 


puffer[i-1] = 


0; 


printf(" \r\t\t\t\tName %s\n", puffer); 
> /* Ende for (j) Ausgabe der Liste */ 


Ruft man das Programm 


"ShowResident" auf, so ergibt sich 


beispielsweise folgende Bildschirmausgabe: 


UseCount: 1 Segment c1097c 
UseCount: 1 Segment c07934 
UseCount: 1 Segment cOcfic 
UseCount: 1 Segment c10f74 


SYSTEM Segment ffa784 
SYSTEM Segment fffilac 
SYSTEM Segment ci6fcc 


Name cd 
Name list 
Name resident 
Name Execute 
Name FileHandler 
Name Restart 
Name CLI 


Zusätzlich zum Resident-Befehl werden also noch die 3 System- 
Programme "FileHandler", "Restart" und "CLI" angezeigt. 
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8. Neue CLI-Befehle 


Das Amiga-Betriebssystem besitzt neben vielen anderen Vortei- 
len noch den, daß es fast beliebig erweiterbar ist. So können 
neue Librarys hinzugefügt und durch zusätzliche Devices kann 
der Amiga an neue Geräte angeschlossen werden. Dadurch, daß 
die CLI-Befehle nicht unerreichbar in das Betriebssystem inte- 
griert sind, sondern als kleine Programme auf der Workbench- 
Diskette vorliegen, können auch nachträglich noch neue Befehle 
hinzugefügt werden. Als angehender CLI-Profi ist es Ihnen si- 
cher längst bekannt, wo man auf der Workbench-Diskette nach 
den CLI-Befehlen zu suchen hat. Richtig, in dem Verzeichnis C. 
Das DOS findet die Befehle dort, weil als letztes immer das 
Directory mit dem Namen C: durchsucht wird. Beim Start des 
Rechners wird diesem Directory aber der Ordner C der Work- 
bench-Diskette zugeordnet. Über diesen kleinen Umweg kann 
nun dort jeder CLI-Befehl gefunden werden. 


Nirgendwo wird aber die Anzahl der Befehle in irgendeiner 
Weise eingetragen oder gar begrenzt. Sie könnnen sich Ihren 
Lieblings-CLI-Befehl dort so oft unter verschiedenen Namen 
hineinkopieren, bis der unliebsame Disk Full-Requester auf der 
Bildfläche erscheint. Eine etwas ernsthaftere Anwendung für 
diese Möglichkeit besteht darın, häufig aufgerufene Befehle 
noch ein zweites Mal dort abzuspeichern, jedoch unter einem 
einprägsamen kürzeren Namen. Beispiel: X für Execute, FC für 
FileCopy etc. (Als Besitzer der neuen Workbench V1.3 haben Sie 
natürlich noch die viel komfortablere Möglichkeit des Alias-Be- 
fehls. Zusätzlich wird dabei kein Speicherplatz auf der Diskette 
durch Anlegen von Kopien verschwendet). Es besteht auch die 
Möglichkeit, völlig neue Befehle in den C-Ordner einzutragen. 
Da ein Befehl ja im Grunde genommen nichts anderes ist als ein 
Programm, können Sie hier auch z.B. die Clock hineinkopieren. 
Bei der Ausgabe des Verzeichnisses C mit Hilfe des List-Befehls 
würde dieses Programm jedoch wegen seines hohen Speicherbe- 
darfs aus dem Rahmen fallen. Die am häufigsten benutzten CLI- 
Befehle haben eines gemeinsam: Sie sind relativ kurz und kön- 
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nen daher schnell in den Rechnerspeicher geladen werden. Ein 
BASIC-Compiler wird sich daher weniger zur Erstellung eigener 
Befehle eignen. 


Solch einen kompakten Code, wie ihn die echten CLI-Befehle 
enthalten, kann man auf dem Amiga höchstens unter Verwen- 
dung eines Assemblers erzeugen. Die Muttersprache der Befehle 
BCPL wird auf dem Amiga nicht angeboten. Eine echte Alter- 
native stellt aber hier die Sprache C dar, die sich aus BCPL 
entwickelt hat und mit der auch große Teile des Betriebssystems 
programmiert worden sind. Eine CLI-typische Programmstruktur 
kann jedoch mit der Sprache C aus bestimmten Gründen, auf 
die hier nicht näher eingegangen wird, nicht erreicht werden. 
Bei der Entwicklung eigener Befehle sollte man aber die CLI- 
Umgebung durch einen angepaßten Programmierstil berücksich- 
tigen. Zumindest auf die folgenden Besonderheiten sollte man 
achten: 


1. Alle CLI-Befehle sind "nicht-interaktiv", das heißt, sie 
benötigen nach dem Start keine Informationen mehr vom 
Benutzer. Eventuelle Parameter müssen dem Befehl beim 
Aufruf direkt mitgegeben werden, indem sie in Form einer 
Liste direkt dahinter geschrieben werden (z.B. copy texte 
ordner). 


2. Die Befehle geben im Normalfall ihre Informationen im- 
mer in dem CLI-Fenster aus, von dem aus sie aufgerufen 
worden sind. Niemals wird man es erleben, daß bei einem 
normalen Aufruf ein eigenes Fenster für Ausgaben er- 
scheint. 


3. Die echten CLI-Befehle beinhalten eine Hilfsfunktion für 
den Benutzer, die durch die Eingabe eines Fragezeichens 
aktiviert wird. Sollte der Anwender dem Befehl falsche 
Parameter mitgeben, so wird auch hierauf mit einer pas- 
senden Bemerkung reagiert. Beispiele: Hilfsfunktion: 


Eingabe: date ? 
Ausgabe: TIME ‚DATE ,TO=VER/K: 
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Sinnvolle Fehlermeldung: 


Eingabe: date heute 

Ausgabe: *k%*Bad args 
- use DD-MMM-YY or <dayname> or yesterday etc. 
to set date, HH:MM:SS OR HH:MM to set time 


8.1 Die Realisierung in C 


Bei richtiger Programmierung wird ein Außenstehender einen in 
C geschriebenen Befehl nicht von einem echten CLI-Kommando 
unterscheiden können. Auch in dieser Sprache ist es möglich und 
auch üblich einem Programm, die Parameter direkt mitzugeben. 
Sogar die Umlenkung der Ausgaben mit Hilfe des Zeichens > ist 
möglich. 


Auch wenn Ihr neuer Befehl zur Ausführung keine weiteren 
Angaben benötigt, so sollte doch die Eingabezeile ausgewertet 
werden. Falls der Anwender dennoch Parameter angıbt, so be- 
weist dies seine Unkenntnis über die Aufgabe dieses Komman- 
dos. In diesem Falle sollte die Abarbeitung sicherheitshalber un- 
terbleiben. 


Auf dem Amiga wird die Auswertung der Eingabezeile in C fol- 
gendermaßen programmiert: Der zuerst aufgerufenen Main- 
Funktion werden die Eingabedaten automatisch in Form von 
zwei Parametern übergeben: Der erste Parameter, der meist den 
Namen ArgC (von Argument Counter) bekommt, ist vom Typ 
Int und enthält die Anzahl der übergebenen Argumente. Dabei 
wird der Name des Programms selber mitgezählt, so daß hier 
mindestens eine Eins enthalten ist. Der zweite Parameter be- 
kommt gewöhnlich den Namen ArgV (von Argument Vector). Er 
muß deklariert werden als ein Feld von Zeigern auf den Daten- 
typ Char. Die Elemente dieses Feldes enthalten dann Zeiger auf 
die Zeichenketten der Eingabezeile, die jeweils mit einer Null 
abgeschlossen sind. 


Diese Aufbereitung übernimmt ein Programmteil, der durch den 
Linker bei der Erstellung des Programms in jedem Fall hin- 
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zugefügt wird. Diese Aufgabe wird also nicht, wie man viel- 
leicht meinen könnte, vom CLI erledigt. Die ersten Zeilen einer‘ 
Main-Funktion sehen daher meist so aus: 


main(argc, argv) 
int argc; 
char *argv[]; 


Da ArgC bzw. ArgV von außen der Funktion Main übergeben 
werden, müssen sie noch vor der geschweiften Funktionsklam- 
mer als Parameter des entsprechenden Typs deklariert werden. 


Ein kleines Beispiel soll Sie mit dieser Programmiertechnik ver- 
traut machen. Wir haben alle C-Programme mit einem Aztek- 
Compiler übersetzt. Die Benutzung eines anderen Compilers 
dürfte aber keine Schwierigkeiten bereiten, wenn man die im 
zugehörigen Handbuch beschriebenen Besonderheiten beachtet. 


/* Programm: Auswertung */ 


main(argc, argv) 
int argc; 
char *argvl]; 
{ 
int i; 
printf (" Anzahl: %d \n", argc); 
for ( i =0; i <.argc; i++) 
{ 
printf (" Nr.: %d, Argument: %s \n",i „ argv[i]); 
> 
> 


Ruft man dieses Programm vom CLI aus auf durch: 


Auswertung ein nochein undnochein Parameter 


erhält man die folgende Ausgabe: 


Anzahl: 5 


Nr.: O0 ,„ Argument: Auswertung 
Nr.: 1 „ Argument: ein 
Nr.: 2 „ Argument: nochein 
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Nr.: 3 „ Argument: undnochein 
Nr.: 4 „ Argument: Parameter 


Ein Leerzeichen bei der Eingabe wird also als Trennzeichen der 
einzelnen Parameter interpretiert. Wie kann man dann aber ei- 
nem C-Programm vom CLI aus einen Text übergeben, der auch 
Leerzeichen enthält? Natürlich wäre es möglich, aus den einzel- 
nen Bruchstücken, die man ja in C in einem solchen Fall nor- 
malerweise erhalten würde, durch eine kleine Funktion wieder 
den Gesamttext zusammenzubasteln. Die einfachere Methode 
dürfte Ihnen mittlerweile aber auch geläufig sein: Der Text muß 
nur in Anführungszeichen gesetzt werden, um den gewünschten 
Erfolg zu erzielen. Der Aufruf unserer Beispielfunktion durch: 


Auswertung "ein nochein undnochein Parameter" 


hätte zum Ergebnis: 


Anzahl: 2 
Nr.: O0 ,„ Argument: Auswertung 
Nr.: 1 , Argument: ein nochein undnochein Parameter 


Bis dahin stimmte alles mit der Parameterübergabe der echten 
CLI-Befehle überein. Nun könnte man sich die Frage stellen, ob 
auch die Sonderzeichen > bzw. < als ganz normale Zeichen an 
unser Programm übergeben werden oder ob sie etwa die be- 
kannte Funktion besitzen, Ausgaben bzw. Eingaben des Pro- 
gramms auf beliebige Geräte umzuleiten. Dazu ein erster Test: 


Durch den Befehl 


Auswertung >df0:Datei Parameter 


wird die Ausgabe tatsächlich in die gewünschte Datei umgeleitet. 
Es erscheint also nicht etwa die Ausgabe 


Anzahl: 2 
Nr.: O0 „ Argument: >dfO:Datei 
Nr.: 1 ,„ Argument: Parameter 
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auf dem Bildschirm. Der Versuch, die Eingabe mittels des Zei- 
chens < umzuleiten, schlägt leider fehl. Die Ursache ist in dem - 
C-Programmteil zu suchen, das die Auswertung der Eingabezeile 
vornimmt. Dabei wird nicht beachtet, welches Eingabegerät ge- 
rade aktuell ist, sondern grundsätzlich die Zeile von der Tastatur 
eingelesen. Trotzdem ist es möglich, auch von anderen Geräten 
die Daten für die Eingabe zu empfangen. Das folgende Beispiel- 
programm demonstriert, wie man dafür vorzugehen hat: 


#include <stdio.h> 
FILE * Input(); /* Deklaration einer externen Funktion */ 
main(argc, argv) 
int argc; 
char *argv[]; 
int i; 
FILE *Eingabe; /* Pointer auf Struktur-Typ FILE */ 
char buffer [100]; 
long Laenge; 
printf (" Anzahl Parameter: %d\n", argc); 
for ( i =0; i < argc; i++) 
printf (" Argument: %s\n", argvli]); 
Eingabe = Input(); 
Gelesen = Read (Eingabe, &buffer[0], 30L); 
buffer [Laenge] = 0; 
printf (" Gelesen: %s\n", &buffer[0]); 


> 
Erzeugt man mittels 


echo >datei "eins zwei drei" 


eine kleine Eingabedatei und startet nun das obige Programm 
durch 


Eingabe: <datei hallo 


erscheint auf dem Bildschirm die Ausgabe: 


Anzahl Parameter: 2 


Argument: Eingabe 
Argument: hallo 
Gelesen: eins zwei drei 


——— NeueCLlI-Befehlle ————— ——— 333 


Die Funktion von ArgC bzw. ArgV bleibt unverändert erhalten. 
Die Umleitungsangabe <datei wird jedoch vollständig aus den 
Angaben herausgefiltert, weswegen ArgC im obigen Beispiel 
auch nur die Anwesenheit zweier Argumente bestätigt. 


Nach der Ausgabe der normalen Parameter wird durch die 
Funktion Input(), die sich in der DOS-Library befindet, das 
Standardeingabegerät des aufrufenden Programms (also das des 
CLI) für unser Programm bereitgestellt. Die Aufgaben der hier- 
bei benutzten Variablen sind: 


Eingabe Zeiger auf Standardeingabe 
Buffer Bereich, der die gelesenen Zeichen enthält 
Laenge Tatsächliche Anzahl gelesener Zeichen 


Durch das Kommando < in der CLI-Zeile wird die Standard- 
eingabe auf das dort angegebene Gerät umgeschaltet. Dies wird 
übrigens automatisch vom AmigaDOS erledigt. Auch die beste- 
henden CLI-Befehle "sehen" nur die Argumente in der Kom- 
mandozeile, die keine Umlenkungszeichen enthalten, denn diese 
werden schon vorher ausgewertet. 


8.2 Task - Die Aufgaben des Amiga 


Wahrscheinlich hat es Sie schon immer gereizt zu wissen, was 
der Amiga wirklich macht, wenn Sie ihn nicht mit Aufgaben 
ausgelastet haben, Zwar gibt es nur den Befehl Status vom CLI 
aus, aber dieser zeigt Ihnen leider nur alle CLI-Prozesse und 
ihre Aufgaben, nicht aber die von der WB gestarteteten Pro- 
gramme und die internen Tätigkeiten des Amiga. Dabei wäre es 
doch von echtem Vorteil, wenn man sehen könnte, welche Auf- 
gaben der Amiga wirklich intern erledigt. Nur dadurch hat man 
überhaup eine Möglichkeit, Einfluß auf diese Aufgaben zu 
nehmen. Deswegen haben wir für Sie zwei neue CLI-Befehle 
‘entwickelt: Task, um sich alle internen Aufgaben anzeigen zu 
lassen, und TaskPri, um entscheidenden Einfluß auf diese Auf- 
gaben zu nehmen. Beginnen wir also mit Task. Dieser Befehl 


334 Dasgroße Buch zu AmigaDOS ——— 


zeigt Ihnen nicht nur alle aktiven Tasks an, sondern gibt 
gleichzeitig auch noch ihre Priorität aus, so daß Sie die interne 
Bedeutung an der Priorität leicht ablesen können. 


Bevor wir den Befehl als C-Programm abdrucken, wollen wir 
Ihnen zumindest einige Informationen über die grundsätzliche 
Funktionsweise geben. Der Amiga hat ein Betriebssystem, das 
völlig relativ ist. Keine Adresse ist sicher; alles kann an einer 
beliebigen Stelle liegen. Das zeigt sich schon durch die relokati- 
blen Programme, die an jede Adresse geladen werden können. 
Eine einzige feste Adresse gibt es allerdings, es ist die 
Startadresse der sogenannten Execbase. Dies ist sozusagen die 
Startadresse der Grundtabelle des Amiga-Betriebssystems, und 
diese Adresse finden Sie stets in Speicherstelle $000004. In dieser 
Speicherstelle steht allerdings nur die Adresse der Execbase. 
Diese selbst liegt schon bei einem Amiga 500 mit Speicher-Er- 
weiterung an einer andereren Stelle als bei einem Amiga ohne. 
Innerhalb dieser Execbase gibt es eine Fülle von wichtigen Zei- 
gern, beispielsweise auf alle Devices, Librarys usw. Unter an- 
derem findet man hier auch die Adressen der Listen, in denen 
die Tasks verwaltet werden. Grundsätzlich gibt es drei verschie- 
dene Statusmöglichkeiten für jede Task: 


Running Task ist gerade aktiv, wird abgearbeitet. 
Ready Task kann demnächst bearbeitet werden. 
Waiting Task wartet auf Ereignis, vorher wird er nicht abgearbeitet. 


Es ıst natürlich immer nur eine Task im Zustand Running, wäh- 
rend beliebig viele Ready oder Waiting sein können. Tritt das 
Ereignis ein, auf das eine Task in der Waiting-Liste wartet, so 
wird er automatisch vom Betriebssystem in die Ready-Liste 
überführt. Der Aufbau dieser Listen ist nicht ganz einfach, und 
wir wollen deshalb auch nicht weiter darauf eingehen. Wenn wir 
ım folgenden sagen: Task zeigt alle Tasks an, so stimmt das nicht 
ganz. Es werden nur die im Zustand Waiting angezeigt. Das be- 
deutet aber kaum eine Einschränkung, da nur eine Task Run- 
ning ist und selten mehrere Tasks Ready. Sollten Sie an weiteren 
Informationen interessiert sein, so schauen Sie bitte in das 
"Amiga Intern". Wir drucken im folgenden erst einmal den neuen 
CLI-Befehl ab. 
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#include <exec/types.h> 
#include <exec/execbase.h> 
#include <exec/tasks.h> 
#include <exec/exec.h> 
#include <exec/execname.h> 
#include <exec/lists.h> 
extern struct ExecBase *SysBase; 
main() 
{ 
struct Task *task; 
char *names [20]; 
int pri [20]; 
int count, i; 
count = 0; 
Disable(); 
for (task = (struct Task *)SysBase->TaskWait.Ih_Head; 
task->tc_Node.In_Succ; /* Ende, wenn Zeiger auf nächsten 
Eintrag = 0 */ 
task = (struct Task *)task->tc_Node.In_Succ) 
{ 
names [count] = task->tc_Node.In_Name; 
prilcount++] = task->tc_Node.In_Pri; 
> 
Enable(); 
for (i = 0; i < count; i++) 
{ 
printf ("%s" ,names[i]); 
printf ("\r\t\t\t%d\n",prili]); 
> 


Zur Funktionsweise des Programms 


Zuerst einmal werden alle notwendigen Header-Files in den 
Source eingebunden, und ein Pointer mit dem Namen SysBase 
definiert, der auf die oben beschriebene ExecBase zeigt. Nun 
müssen erst einmal die nötigen Variablen definiert werden. Zu- 
erst benötigen wir einen Zeiger auf die Struktur Task. Die von 
uns gesuchten Strukturen müssen wir nicht einrichten, da sie 
schon in den Task-Listen vorhanden sind. Weil sich der Inhalt 
dieser Task-Strukturen ständig ändert, können wir nicht in aller 
Ruhe die Namen auf dem Bildschirm ausgeben, sondern müssen 
deren Adressen erst einmal möglichst schnell in ein eigenes Feld 
retten. Besonders nützlich ist dabei die Funktion Disable(), die 
das sogenannte Task-Switching sperrt. Von diesem Augenblick 
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an sind wir die einzige aktive Task, und die Listen werden nicht 
mehr geändert. Wir können also ın aller Ruhe die Liste auslesen, 
bis wir durch eine Null ihr Ende feststellen: 


task->tc_Node.In_Succ; /* Ende, wenn Zeiger auf nächsten Eintrag = 0 */ 


Anschließend können wir das Task-Switching durch Enable() 
wieder einschalten und ın Ruhe unsere gewonnene Liste ausge- 
ben. Dabei gehen wir natürlich das Risiko ein, daß sich die Na- 
men in der Liste mittlerweile verändert haben, weil wir lediglich 
die Zeiger auf diese Namen retten. Ansonsten hätten wir erst 
mit der Kopierfunktion Strncpy die einzelnen Namen retten 
müssen, was wesentlich mehr Zeit und Speicher in Anspruch ge- 
nommen hätte. Außerdem sind maximal 20 Einträge möglıch, 
was ın den meisten Fällen jedoch völlig ausreicht. 


Von einem dritten CLI aus gestartet, könnte eine Ausgabe un- 
seres Programms folgendermaßen aussehen: 


Background CLI 


New CLI 
Workbench 

File System 
input.device 
trackdisk.device 
File System 
trackdisk.device 
CON 


ww — 
unıovıooco-oouvwno 


m 


Die Task mit dem Namen Background CLI ıst in diesem Fall 
verantwortlich für das Programm TEXTOMAT, das vom CLI 
aus durch Run gestartet worden ist. Die insgesamt drei Tasks 
mit dem Namen Con kümmern sich um die Auswertung von 
Fensterein- und ausgaben, darunter auch die des TEXTOMAT- 
Programms. -Die Tasks New CLI stammen von weiteren mit 
NewCLI gestarteten CLI-Prozessen. Interessanterweise richtet 
auch die beliebte Workbench eine Task ein und reiht sich damit 
in die vielen Aufgaben ein, die der Amiga ständig zu erledigen 
hat. Der Kenner schließt aus den restlichen Angaben, daß hier 
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ein Amiga mit zwei Diskettenlaufwerken am Werk gewesen sein 
muß, da jeweils zwei Tasks mit dem Namen File System bzw. 
Trackdisk.device vorhanden sind. 


8.3 'TaskPri - Die Aufgabenverteilung beliebig ändern 


Dieser neue CLI-Befehl ist eine Weiterentwicklung des schon in 
Kapitel 6.6 besprochenen Kommandos ChangeTaskPrı. TaskPri 
kann jedoch mehr: Ein großer Nachteil von ChangeTaskPri liegt 
darin, daß immer nur die Priorität des gerade aktuellen CLI 
geändert werden kann. Es kann also nicht von einem CLI aus 
die Priorität eines anderen beeinflußt werden. TaskPri ermög- 
licht es sogar, nicht nur die Priorität beliebiger Prozesse, sondern 
die aller vorhandenen Tasks zu manipulieren, die ja durch den 
schon oben behandelten Befehl Task angezeigt werden. Da dieser 
Befehl Eingaben des Benutzers auswerten muß (den Namen und 
die neue Priorität einer Task), ist er ein wenig umfangreicher 
geworden. Hier nun erst einmal das C-Listing unseres neuen 
CLI-Befehls: 


#include <exec/types.h> 
#include <exec/execbase.h> 
#include <exec/tasks.h> 
#include <exec/exec.h> 
#include <exec/execname.h> 
#include <exec/lists.h> 
extern struct ExecBase *SysBase; 
long FindTask(); 
int settaskpri(); 
main(argc, argv) 
int argc; 
char *argv[]; 
{ 
struct Task *MeinTask; 
long pri; 
int ergebnis; 
char oldpri; 
long task; 
pri = OL; 
if (argc != 3) 
{ 
printf(" taskname priorität\n"); 
exit(FALSE); 
} 
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} 


ergebnis = Value(argv[2], &pri); 
if (ergebnis == FALSE) 


{ 
printf (" 128 <= Taskpri <= 127 nicht: %ld\n", pri); 
exit(FALSE); 
> 
task = FindTask (argv[1]); 
if (task == 0) 
{ 
printf ("Task <%s> nicht gefunden !\n'", argv[1]); 
exit(FALSE); 


> 
oldpri = ( char ) SetTaskPri (task, pri); 


‚printf ("Alte Priorität war: %Xd neue ist %ld\n", oldpri, pri); 


exit (TRUE); 


/* Aus bis zu drei Ziffern Zahl 0 - 255 machen */ 
Value(string, wert) 

char *string; 

long *wert; 


{ 

int j; 

int anzziffern; 
char zeichen; 
int ziffer; 

int zehner; 
zehner = 1]; 
anzziffern = 0; 


if (*string == '!-!) /* negative Zahl */ 
{ 
zehner = -1; /* in negative Zahl wandeln */ 
string+t+; /* Minuszeichen überlesen */ 
> 


for (i =1; i <=4; i+t+) /* Anzahl Ziffern bestimmen */ 
{ 
if (*string == 0) 
break; 
string++; 
anzziffern++; 
} 
if (Canzziffern == 0) !! (anzziffern > 3)) /* nur drei Ziffern 
erlaubt */ 
return (FALSE); 
for (i = anzziffern; i > 0; i-- ) /* Zahl bilden */ 
{ 
string--; 
zeichen = *string; /* String jetzt von hinten lesen*/ 
if (zeichen < '!0'! !! zeichen > '9') 
return (FALSE); 
ziffer = zeichen - '0'; 
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*uert = *wert + ziffer * zehner; 
zehner = zehner * 10; 


> 

if (*wert < -128 !! *uert > 127) 
return (FALSE); 

return (TRUE); 

> 


Zur Funktion des Programms 


Die ersten sieben Zeilen des Listings stimmen mit dem des Pro- 
gramms Task überein. Anschließend wird die externe Funktion 
FindTask() deklariert, die sich in der Exec-Library befindet. 
Ihre Aufgabe ist es, die Task-Listen nach einem Eintrag mit ei- 
nem vorgegebenen Namen abzusuchen. Der Funktion muß hierzu 
als Parameter ein Zeiger auf den gesuchten Task-Namen mitge- 
geben werden. Wird ein passender Eintrag gefunden, so erhält 
man als Ergebnis einen Zeiger auf die entsprechende Task- 
Struktur. Im Gegensatz zu vielen anderen Funktionen auf dem 
Amiga legt die FindTask-Funktion Wert auf Groß- und Klein- 
schreibung. Wird also der Name einer Task nicht genau so über- 
geben, wıe ıhn unser Task-Befehl ausgibt, findet die FindTask- 
Funktion einen solchen Eintrag einfach nicht. 


Problematisch wird es auch, wenn mehrere Tasks den gleichen 
Namen besitzen. In einem solchen Fall wird nur ein Zeiger auf 
diejenige Struktur zurückgegeben, die FindTask zuerst unter 
diesem Namen findet. Dieses Problem kann jedoch nur durch 
einen erheblich größeren Programmieraufwand beseitigt werden. 


Als zweite externe Funktion wird SetTaskPri() deklariert. Der 
Name beschreibt schon sehr gut die Aufgabe dieser Funktion: 
Die Priorität einer Task wird auf einen beliebigen neuen Wert 
gesetzt. Die Funktion erwartet als Parameter natürlich die neue 
Priorität (-128 bis +127) und den Strukturzeiger, den man über 
FindTask erhalten hat. Der Rückgabewert enthält dann die bis- 
herige Priorität dieser Task. 


Die Main-Funktion von TaskPri ist aufgrund der konsequenten 
Nutzung der vorhandenen Betriebssystemfunktionen einfacher zu 
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verstehen als die des zuletzt besprochenen Task-Befehls. Die 
Auswertung der Übergabeparameter ist genauso programmiert, 
wie es zu Beginn dieses Kapitels beschrieben worden ist. Dies- 
mal ist auch ein kleiner Syntaxcheck vorhanden, der bei Fehl- 
eingaben eine entsprechende Meldung ausgibt: Sollten dem Be- 
fehl nicht genau zwei zusätzliche Parameter mitgegeben werden 
(argc !== 3), so wird die Main-Funktion nach der Ausgabe von 
Taskname Priorität vorzeitig verlassen. Diese Mitteilung er- 
scheint somit auch bei der Eingabe eines einzelnen Fragezei- 
chens. Anschließend werden die eingegebenen Parameter durch 
die Funktion Value() auf das Long-Format gebracht, denn mit 
ASCII-Werten kann SetTaskPrı wirklich nichts anfangen. Value() 
erwartet als Parameter einen Zeiger auf die Eingabedaten 
(argv[2]) und die Adresse einer Variablen, in die das konver- 
tierte Ergebnis abgelegt werden kann (&pri). Sollte die Funktion 
unpassende Werte vorfinden, gibt Value() ein False zurück, und 
man wird über die erlaubten Parameter informiert. Der Rest der 
Main-Funktion erklärt sich unter Berücksichtigung der obigen 
Informationen fast von selbst: Falls die gewünschte Task-Struk- 
tur gefunden wird - FindTask liefert einen Wert ungleich null - 
wird hier die neue Priorität eingetragen und die bisherige im 
CLI-Fenster ausgegeben. 


Bei der Konvertierungsfunktion Value() handelt es sich mehr um 
ein reines C-Problem, weswegen hier nicht näher auf die Funk- 
tionsweise eingegangen wird. Die Aufgabe der Funktion besteht 
einfach darin, die ASCII-Eingabe - falls dies überhaupt möglich 
ist - in einen Zahlenwert zwischen -128 und 127 umzuwandeln. 


Zur Bedienung des Programms 


Der Aufruf unserer neuen CLI-Funktion ist einfach: Suchen Sie 
sich aus der Liste, die der Befehl Task ausgibt, einen Namen 
aus, und legen Sie für ihn eine neue Priorität fest. Mit diesen 
beiden Angaben wird dann TaskPri aufgerufen. Sollte der Task- 
Name Leerzeichen enthalten (z.B. File Sem). muß er in An- 
führungsstriche gesetzt werden. 
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Die Wirkung dieses Befehls kann man sehr schön an dem nun 
folgenden Beispiel beobachten: Lassen Sie einmal das Inhalts- 
verzeichnis der Workbench-Diskette durch "Dir" auf dem CLI- 
Fenster ausgeben. Bewegen Sie dabei gleichzeitig den Mauspfeil 
auf dem Bildschirm umher. Ergebnis: Die Maus läßt das völlig 
kalt; die Bewegung des Pfeils auf dem Monitor ist ganz normal. 
Geben Sie nun einmal vom CLI aus ein: TaskPri Input.device -1. 
Als Antwort erhalten Sie dann: "Alte Priorität war: 20, neue ist - 
1". Wiederholen Sıe nun das Spielchen mit der Maus. Sie werden 
sehen, daß nun der Pfeil bei der Ausgabe des Verzeichnisses 
ganz schön ruckelt. Das Input-Device kommt eben ab und zu 
einfach nicht mehr dazwischen. 


Nun, sehr sinnvoll ist das Beipiel ja nicht gerade, dafür zeigt es 
aber sehr deutlich, was für ein mächtiges Werkzeug der neue 
CLI-Befehl darstellt. Natürlich gibt es für ihn auch vernünftige 
Anwendungen: 


Stellen Sie sich nur einmal vor, Sie möchten, während Sie in ei- 
nem Textverarbeitungsprogramm z.B. einen Brief schreiben, von 
einem zweiten CLI aus einen längeren Text auf den Drucker 
ausgeben. In einigen Fällen wird hierdurch die Geschwindigkeit 
des Textverarbeitungsprogramms dermaßen stark beeinträchtigt, 
daß damit kaum noch gearbeitet werden kann. Hier hilft es nun, 
wenn die Priorität des Printer.device z.B. auf -5 und die der 
Textverarbeitung auf +5 gesetzt wird. Dadurch dauert der Aus- 
druck vielleicht ein paar Minuten länger, was man jedoch gar 
nicht bemerkt, da man in der Zeit ungestört seinen Brief wei- 
terschreiben kann. 


Ein ähnliches Problem taucht bei Compiler-Sprachen wie z.B. C 
auf: Versucht man, schon während des Compilier-Vorganges 
Verbesserungen am Source vorzunehmen, reagiert der ED oft 
sehr langsam auf die Eingaben. Ein Heruntersetzen der Compi- 
ler-Priorität verhindert diesen lästigen Effekt. 
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8.4 TaskStop - Nichts geht mehr 


Wir stellen Ihnen nun ein Hilfsmittel vor, mit dem Sie alle Ak- 
tionen in Ihren Amiga jederzeit per Tastendruck für eine belie- 
bige Zeit einfrieren können. Wozu das gut sein soll? Eine An- 
wendung hierfür werden die Spielefans unter Ihnen sehr be- 
grüßen: Sollte mal wieder im spannendsten Augenblick das Tele- 
fon klingeln, genügt ein Druck auf die linke Shift-Taste, und 
die feindlichen Raumschiffe sind erst einmal auf Eis gelegt. 
Vielleicht ist ja Ihr Chef am Telefon, der sich erkundigen 
möchte, wie Sie mit dem neuen TEXTOMAT-Programm klar- 
kommen. Sollte Sıe das kaltlassen, können Sie anschließend die 
UFO-Flotte mit Hilfe der rechten Shift-Taste wieder auftauen. 
Ruft Sie jedoch der Chef zu sich, sollten Sie nun schleunigst den 
Screen mit der Maus komplett nach unten ziehen und nun diese 
Situation durch Drücken der linken Shift-Taste einfrieren. Wenn 
sich die Situation entschärft hat, genügt ein Druck auf die 
rechte Shift-Taste, um den Amiga wieder zu entriegeln. 


Das alles funktioniert natürlich nicht nur bei Spielen. Jedes Pro- 
gramm (notfalls auch das neue TEXTOMAT-Programm) läßt 
sich durch unseren neuen CLI-Befehl unterbrechen. Sie können 
hierdurch jegliche Einsicht und Manipulation während Ihrer 
Abwesenheit verhindern. Kaum jemand wird auf die Idee kom- 
men, zuerst die rechte Shift-Taste zu betätigen und anschließend 
mit gedrückter Maus-Taste wieder den versteckten Screen nach 
oben zu ziehen. Dies alles leistet das nun folgende, relativ kurze 
C-Programm: 


#include <exec/types.h> 
#include <exec/execbase.h> 
#include <exec/tasks.h> 
#include <exec/exec.h> 
#include <exec/execname.h> 
#include <exec/lists.h> 
#include <functions.h> 
#define SHIFTLINKS Ox3f 
#define SHIFTRECHTS Ox3d 
#define CONTROL 0x39 


extern struct ExecBase *SysBase; 
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main() 

{ 

struct Task *task; 

char *tasten; 

tasten = Oxbfec01; /* Adresse der Sondertasten */ 

printf ("\n ShiftLinks = Stop, ShiftRechts = Weiter, 
Control = Ende\n "); 

task = FindfTask(OL); 

if ( task == OL) 


{ 
printf (" Ich finde meine Task nicht\n"); 
exit (OL); 
} 
SetTaskPri (task, 127L); 
do 
{ 
if ( *tasten == SHIFTLINKS ) 
{ 
do 
{ 
i++; 
} while((*tasten != SHIFTRECHTS)&&C*tasten != CONTROL)); 
i++; 
> 
Delay(10L); 
> while ( *tasten != CONTROL ); 
> 


Zur Funktion des Programms 


Nach der üblichen Einbindung der benötigten Headerfiles wer- 
den drei Makros definiert. Ihnen werden jeweils bestimmte Ta- 
stenwerte zugeordnet. Auch für dieses Programm wird wieder 
der Zeiger auf die Execbase benötigt. In der Main-Funktion 
wird zuerst ein Zeiger auf eine Task-Struktur definiert. Der 
Zeiger *Tasten wird später auf das Hardware-Register gesetzt, 
aus dem die Tastaturcodes ausgelesen werden können. Dies ist 
zwar nicht die feine Art, jedoch für unser Programm die ein- 
fachste Methode, auf Tastatureingaben schnell reagieren zu kön- 
nen. Aus der merkwürdigen Adresse OxbfecOl kann ausgelesen 
werden, ob gerade eine der Sondertasten gedrückt ist. Der Zeiger 
Tasten wird daher erst einmal mit dieser Adresse gefüttert. 


Nach Ausgabe des Benutzungshinweises für das Programm wird 
durch FindTask der Zeiger auf die eigene Task-Struktur in den 
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Task-Pointer geholt. Sollte der Befehl (aus welchen Gründen 
auch immer) diese Struktur nicht finden, wird das Programm 
unter Ausgabe einer entsprechenden Mitteilung vorzeitig been- 
det: Der Guru bleibt im Hintergrund! Falls die Struktur jedoch 
gefunden wird, erhält die eigene Task nun die höchste Priorität 
(+127). 


Damit nun andere Tasks trotzdem noch genügend Rechenzeit 
bekommen, wird ın der äußeren Schleife durch den Befehl De- 
lay unser Programmablauf für 10/50 Sekunden verzögert. Wäh- 
rend dieses Zeitraums können sich nun andere Programme um 
den Platz in der Running-Liste streiten. In dieser Zeit wird nun 
auch ein Druck auf die Shift-Taste nicht ausgewertet, so daß Sie 
mit einer kleinen Verzögerung bei der Tastaturauswertung rech- 
nen müssen. Ist unsere Task jedoch aktiv und wird nun die linke 
Shift-Taste betätigt, geht das Programm in eine Schleife, die 
nunmehr aufgrund unserer hohen Priorität durch keine anderen 
. Tasks mehr unterbrochen werden kann. Lediglich ein Druck auf 
die rechte Shift-Taste oder auf Ctrl veranlaßt einen Ausstieg aus 
der Schleife. Bei Ctrl wird gleichzeitig das Programm wieder 
verlassen und dabei natürlich unser Stop-Task gelöscht. 


An dieser Stelle konkrete Beispiele für die Anwendung des 
TastStop-Befehls zu bringen, ist sicher nicht sehr sinnvoll. Ein 
kleiner Tip soll jedoch nicht fehlen: Als Background-Prozeß, die 
ja bekanntlich auf dem Amiga durch Run gestartet werden, 
funktioniert auch der neue Befehl tadellos. So kann er bei 
selbstladenden Spieledisketten mit Leichtigkeit in die Startup- 
Sequence integriert werden. 


8.5 Delay - Tasks dynamisch verzögern 


Aufgeschoben ist nicht aufgehoben. Das gilt auch für den zuletzt 
besprochenen TaskStop-Befehl. Denn wenn in einem Spielpro- 
gramm die Amiga-Blockade durch die rechte Stop-Taste wieder 
aufgehoben wird, geht es natürlich im Spiel mit unverminderter 
Geschwindigkeit weiter. Wir haben uns nun etwas ausgedacht, 
mit dem wir solche Programme überlisten können: Unser neuer 
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CLI-Befehl Delay ermöglicht es, die Spielgeschwindigkeit je- 
derzeit den eigenen Fähigkeiten anzupassen. Der große Vorteil 
liegt darin, daß zwar das eigentliche Programm langsamer wird, 
nicht aber die Reaktionen auf unsere Eingaben. 


Die beiden Shift-Tasten haben bei diesem Programm eine nicht 
ganz so krasse Funktion wie bei dem TaskStop-Befehl: Mit ihnen 
lassen sich Programme dynamisch verzögern, das heißt, je länger 
eine Taste betätigt wird, desto stärker ist die Auswirkung. Zu- 
sätzlich haben wir ein weiteres Feature in das Programm einge- 
baut. Sie möchten doch sicherlich, daß sich alle Programme mit 
dem neuen Befehl verzögern lassen. Also muß der Befehl gege- 
benenfalls eine hohe Priorität haben, wenn das Spieleprogramm 
beispielsweise auch seine Priorität erhöht hat. Andererseits muß 
der Befehl eine möglichst niedrige Priorität haben, damit die 
System-Tasks durch ihn nicht behindert werden. Ist die Priorität 
beispielsweise höher als 20, so gilt die Verzögerung auch für die 
Maus. Diese wird dann nur noch ruckartig vorwärtsbewegt - für 
ein schönes Spiel eine echte Zumutung. Alle diese Probleme löst 
der Befehl Delay mit links. Aber: erst die Arbeit ... 


Das C-Listing von Delay 


/* Control = Ende, Shiftlinks = langsamer, Shiftrechts = schneller */ 


#include <exec/types.h> 
#include <exec/tasks.h> 
#include <functions.h> 
#define CONTROL 0x39 
#define SHIFTLINKS Ox3f 
#define SHIFTRECHTS Ox3d 
extern struct ExecBase *SysBase; 
main(argc, argv) 
int argc; 
char *argv[]; 

{ 

char *taste; 

struct Task *task; 

long Wert; 

long pri; 

int ergebnis; 

long i; 

Wert = 1L; 

taste = Oxbfec01; 
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pri = OL; /* Priorität mit 1 vorgeben */ 
if (Cargc != 2) && (argc != 3)) 

{ 

printf(" Verzögerung [Priorität] \n"); 

exit(FALSE); 

> 


ergebnis = Value(argv[1], &Wert); 
if(ergebnis == FALSE) 


{ 
printf (" 0 < Wartezeit < 999, nicht: X%ld\n", Wert); 
exit(FALSE); 
> 
if (argc == 3) 
{ 


ergebnis = Value(argv[2], &pri); 
if( (ergebnis == FALSE) || (pri < -127) I} (pri > 127) ) 
{ 


printf (" -127 < Priorität < 127, nicht: %ld\n", pri); 
exit(FALSE); 
} 
} 
task = FindTask(0OL); 
if (task == OL) 
{ 
printf ("Finde meine Task nicht!\n"); 
exit(OL); 
} 
SetTaskPri (task, pri); 


do 
{ 
i=0L; 
Delay( 5L ); 
for ( i =0L; i < Wert * 10L; i++ ) 
{ 
while ( (*taste == SHIFTLINKS ) && (Wert < 995L ) ) 
{ 
Wert++; 
Wert++; 
Wert++; 
Wert++; 
Wert++; 
Delay(iL); 
> 
while ( (*taste == SHIFTRECHTS ) && (Wert > 5L ) ) 
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Delay(iL); 
> 


} 
>} while (*taste != CONTROL); 
printf (" Wert = %ld\n", Wert); 


/* Aus bis zu drei Ziffern Zahl 0 - 999 machen */ 


Value(string, wert) 
char *string; 
long *wert; 
{ 
int i; 
int anzziffern; 
char zeichen; 
int ziffer; 
int zehner; 
zehner = 1; 
anzziffern = 0; 
*uert = OL; 
if (*string == '-') /* negative Zahl */ 
{ 
zehner = -1; /* in negative Zahl wandeln */ 
string++; /* Minuszeichen überlesen */ 
> 
for (i =1; i <=4; it) /* Anzahl Ziffern bestimmen */ 
{ 
if (*string == 0) 
break; 
stringt#+; 
anzziffern++; 


if ((anzziffern == 0) |! (anzziffern > 3)) /* nur drei Ziffern 
erlaubt */ 
{ 
printf (" Zuviele Ziffern %d\n", anzziffern); 
return (FALSE); 


} 
for (i = anzziffern; i > 0; i-- ) /* Zahl bilden */ 
{ 
string--; 
zeichen = *string; /* String jetzt von hinten lesen*/ 
if (zeichen < '0' !! zeichen > '9') 
{ 


printf ("Falsche Ziffer %c \n", zeichen ); 
return (FALSE); 
> 

ziffer = zeichen - '0'; 

*uert = *wert + ziffer * zehner; 

zehner = zehner * 10; 
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> 
/* if (wert <= 999 || *wert > 999) 
return (FALSE); 074 
return (TRUE); 
Bi 


Zur Funktion des Programms 


Der Programmkopf ist direkt von TaskStop übernommen. Bei 
der Auswertung der Eingabezeile werden folgende drei Fälle 
unterschieden: 


l. Es sind nicht zwei oder drei Parameter übergeben worden. 
In diesem Fall wird das Programm mit der Ausgabe des 
korrekten Aufrufs abgebrochen. 


2, Es sind genau zwei Parameter übergeben worden. Dann 
wird die Verzögerung in eine Zahl umgerechnet und die 
vorgegebene Priorität Null nicht geändert. 


3. Es sind genau drei Parameter übergeben worden. Dann 
wird auch der zweite Parameter in einen Wert umgerech- 
net, auf gültigen Wertebereich getestet und der Variablen 
Pri zugeordnet. 


Anschließend wird mit FindTask ein Zeiger auf die eigene 
Task-Struktur ermittelt und mit SetTaskPri die neue Priorität 
festgelegt. War keine Priorität angegeben worden, so hat unsere 
Task unabhängig vom aufrufenden CLI-Prozeß immer die Prio- 
rität Null. Die eigentliche Arbeit geschieht in der Do-While- 
Schleife. Diese besteht aus drei Komponenten: 


1. Einem Aufruf der Wartefunktion Delay. Die stellt sicher, 
daß auch bei hohen Prioritäten die System-Task genügend 
Zeit bekommt. 


2. Einer Verzögerungsschleife, deren Dauer abhängig vom 
eingestellten Verzögerungswert ist. Während dieser Zeit 
werden alle Tasks blockiert, die kleinere Priorität haben. 
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8.6 


Einem doppelten Abfrageblock, in dem die beiden Shift- 
Tasten kontrolliert werden. Wird eine der Tasten gedrückt, 
so prüft das Programm, ob der Verzögerungswert noch im 
erlaubten Bereich ist. Ist dies der Fall, so wird der Verzö- 
gerungswert entsprechend verändert. Einiges Kopfzerbre- 
chen werden Ihnen wohl die fünffach vorhandenen Zeilen 
Wert++ bzw. Wert-- und das anschließende Delay(I1L) be- 
reiten. Das Delay verhindert, daß bei einem Druck auf 
eine Shift-Taste der Wert sofort Maximum oder Minimum 
erreicht. Die fünffach vorhandenen Zeilen haben eine 
doppelte Aufgabe: Einerseits sorgen sie dafür, daß sich der 
Wert schnell genug ändern läßt, denn eine kleinere Verzö- 
gerung als IL ist nicht möglich. Andererseits verhindern 
sie, daß das gebremste Programm beim Druck auf eine 
Shift-Taste ungehindert weiterläuft. 


Würde der Abfrageblock ausschließlich aus einem Delay 
bestehen, so würde das Programm praktisch überhaupt 
nicht mehr gebremst. Da hier aber ein gewisser Pro- 
grammcode immer mit der hohen Priorität abgearbeitet 
wird, wird das zu verzögernde Programm zumindest etwas 
abgebremst. Am besten probieren Sie das einmal aus, in- 
dem Sie ein Programm mit einem Verzögerungswert 500 
abbremsen. Sie werden dann feststellen, daß bei jedem 
Druck auf eine Shift-Taste das Programm deutlich be- 
schleunigt wird. 


"Beliebige Zeichenketten in Dateien ersetzen - Ersetze 


Sicherlich haben Sie unter den vorhandenen CLI-Befehlen schon 
einen Befehl vermißt, der in Dateien Zeichen oder Zeichenket- 
ten durch andere ersetzen kann. Jede bessere Textverarbeitung 
kennt eine solche Funktion. Zwar gibt es den Befehl Search, um 
Zeichenketten in Dateien zu suchen, aber durch eine andere 
Zeichenfolge ersetzen kann man mit diesem Befehl nichts. Wir 
haben deshalb für Sie einen neuen CLI-Befehl entwickelt, der 
diese Möglichkeit bietet und dabei schnell und leistungsfähig ist: 
Ersetze. 
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Von großem Vorteil bei diesem Befehl ist, daß das Ergebnis 
stets in einer neuen Datei steht. Sollten Sie also einmal einen 
Fehler gemacht haben, haben Sie immer noch die ursprüngliche 
Datei unverändert. Zusätzlich erlaubt es der Befehl, beliebige 
Zeichen zu suchen und durch beliebige Zeichen zu ersetzen. Das 
bietet kaum eine Textverarbeitung. So können Sie beispielsweise 
Carrige Return .durch Leerzeichen ersetzen oder jedes Leerzei- 
chen durch 100 Punkte. Um beliebige Zeichen eingeben zu kön- 
nen, erfolgt die Eingabe durch die zugehörigen ASCII-Zahlen. 
Ein Leerzeichen ist also eine 32 und ein Carriage Return eine 
13. Da es aber sehr umständlich ist, Zeichenketten als Zahlen 
einzugeben, können Sie wahlweise auch einfach die Zeichenket- 
ten eingeben. Ersetze prüft jeweils das erste Zeichen der Ein- 
gabe. Ist es eine Ziffer, so nimmt es die folgenden Zeichen als 
ASCII-Werte, ansonsten als Zeichenkette. 


Kommen wir nun aber zum Aufruf des neuen CLI-Befehls. Er 
lautet: 


Filenamealt Filenameneu String 


Filenamealt ist dabei der Name der Datei, aus der gelesen wer- 
den soll. Hierbei kann der komplette Pfad angegeben werden. 


Filenameneu ist der Name der neuen Datei, in die geschrieben 
werden soll. 


Achtung: Ersetze prüft nicht, ob die Datei besteht, und über- 
schreibt bestehende Dateien, wie es auch alle ande- 
ren CLI-Befehle machen. 


String ıst die Angabe, wonach gesucht und durch was ersetzt 
werden soll. Dabei werden Such- und Ersetze-String durch einen 
Doppelpunkt getrennt und dürfen (CLI-typisch) keine Leerzei- 
chen enthalten. Ein mögliches Beispiel für einen Aufruf wäre 
also: | 


Ersetze AlteDatei NeuDatei Meier:Mayer 
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Dabei wäre in der anschließend erzeugten Datei NeuDatei immer 
Meier durch Mayer ersetzt. In diesem Fall wurden also Zeichen- 
ketten eingegeben. Ersetze erkennt das daran, daß weder Meier 
noch Mayer mit einer Ziffer beginnen (0 - 9). Nehmen wir nun 
ein weiteres Beispiel, bei dem die Eingabe als ASCII-Werte er- 
folgt. Normalerweise beendet ein Return die Eingabe, folglich 
kann kein Carriage Return (CR) eingegeben werden. Nicht so 
bei unserem neuen Befehl. Der Aufruf 


Ersetze AlteDatei Neubatei 13:32 


ersetzt jedes CR (13) durch ein Leerzeichen (32). Zusätzlich ist 
auch die Kombination beider Eingabemöglichkeiten erlaubt. So 
ersetzt beispielsweise 


jedes Leerzeichen durch 5 Punkte. Wollen Sie einen String aus 
seinen ASCII-Werten zusammensetzen, so trennen Sie die einzel- 
nen Zahlen bitte durch ein Komma. So ersetzt beispielsweise 


Ersetze AlteDatei Newatei 32,32,32:32 
jeweils 3 Leerzeichen durch ein einziges. 


Die Länge des Such-Strings beziehungsweise Ersetze-Strings ist 
auf 127 Zeichen begrenzt, was für den normalen Gebrauch wohl 
völlig ausreichen dürfte. Benötigen Sie also beispielsweise eine 
Testdatei aus beliebigen Zeichen, so können Sie diese folgen- 
dermaßen erzeugen: 


Erstellen Sie zuerst eine Ausgangsdatei mit einigen gleichen 
Zeichen durch: 


ECHO >RAM:TEST "aaaaaaaaaaaaaaaaaaaa" 


Nun ersetzen Sie einfach jedes a durch sehr viele neue a mit: 


Ersetze RAM:TEST RAM:TEST1I a:aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa 
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Nun ist Ihre Datei schon erheblich länger geworden. Wenn Ihnen 
das nicht reicht, rufen Sie Ersetze eben erneut auf mit: 


Ersetze RAM:TEST1 RAM:TEST2 a:aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa 


Wenn Sie dies Spielchen noch einige Male weitertreiben, heißt es 
"Volume RAM is full" und selbst eine Festplatte dürfte nur noch 
ein weiteres Mal ausreichen. 


Wenn Sie eine Zeichenkette ersatzlos streichen wollen, müsse Sie 
hinter dem Doppelpunkt nur die Eingabe weglassen. So löscht 
beispielsweise 


Ersetze AlteDatei NeueDatei 32: 


jedes Leerzeichen aus der Datei. Ein anschließendes 


Type NeueDatei 


beweist das schnell. Denken Sie aber bitte daran, daß jeweils das 
erste Zeichen darüber entscheidet, ob die Eingabe als Zeichen- 
kette oder als Zahl ausgewertet wird. So ist die Eingabe 


Ersetze AlteDatei NeueDatei 3Tage:4Stunden 


nicht erlaubt. In diesem Fall möchten wir darauf verzichten Ih- 
nen die genaue Funktionsweise des Programms zu erklären, denn 
diese hat kaum noch etwas mit AmigaDOS zu tun. Außerdem ist 
es für alle Programmierer wohl ausreichend strukturiert und 
kommentiert. Ein kleiner Hinweis noch für alle interessierten 
Programmierer: Unser Programm benutzt einen Ringpuffer zur 
Ablage der schon gelesenen, aber nicht ausgewerteten Zeichen. 
In diesem Ringpuffer wird solange gepuffert, bis entschieden 
werden kann, ob der Such-String gefunden wurde oder nicht. 
Einen solchen Ringpuffer kann man mit dem Modulo-Befehl in 
C realisieren. Dann hätte aber bei jedem Weitersetzen eines Zei- 
gers, der im Puffer arbeitet, der Mod-Befehl eingesetzt werden 
müssen, der doch erhebliche Zeit in Anspruch nimmt. Statt des- 
sen haben wir eine scheinbar umständlichere, aber viel schnel- 
lere Methode gewählt. Das Unterprogramm zum Einlesen neuer 
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Zeichen prüft, ob das Ende des Puffers erreicht wurde (Naht) 
und verschiebt in einem solchen Fall die gültige Eingabe an den 
Anfang des Puffers. So können alle anderen Routinen mit ihren 
Zeigern ohne jede Prüfung oder Modulo-Bildung auf den Puffer 


zugreifen. 


/* Dies Programm ersetzt beliebige Zeichenketten in Dateien */ 


#include <stdio.h> 


#Adefine FALSCH 0 

#define WAHR 1 

#define byte unsigned char 
#define Maxpuffer 512 


void Verschiebe(); 

char VonstringL[127]; 

char Nachstring[127]; 

char Pufferein[Maxpuffer]; 
int Pschreib; 

int Plies; 


unsigned long Anz; 
unsigned int Vonlen; 
unsigned int Nachlen; 
unsigned int Anzersetzt; 
FILE *Rein, *Raus; 


J* 


Konstanten, erleichtern das Lesen */ 


/* des Programmtextes 


/* 


Größe des Lesepuffers */ 


Such-String */ 
Ersetzungs-String */ 
Lesepuffer */ 


”/ 


Stelle im Puffer für Wegschreiben */ 


Stelle im Puffer für Einlesen * 


zähler für Zeichen */ 


zähler für : wie oft ersetzt */ 


/ 


Je ren En Een Parameter holen --------------------- == - 2 
void GetPara(Para, Von, Nach) 
char *Para; 
char *Von; 
char *Nach; 
{ 

int Zahl; 

int Laenge; /* zähler für Länge, Abschluß O0 wird nicht gezählt */ 
*Von = 0; 

*Nach = 0; 

Laenge = 0; /* Länge auf 0 setzen */ 

Zahl = atoi(Para); /* Prüfen, ob String oder ASCII-Werte */ 


if (Zahl != 0) 
{ 


/* ASCII-Werte für Stringl */ 


while ((*Para != O)&&(*Para != '!:'!)) 
/* Solange noch Parameter für Stringi */ 


{ 
Zahl = atoi(Para); 
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if (Zahl > 255) /* nicht erlaubte Zahl */ 
{ 
printf("Zahl ist kein ASCII-Wert\n!"); 
exit(); 
B; 
*(Vont++) = (char) Zahl; /* Zeichen ablegen */ 
Laenget+; 
while ((*Para != O)&&(*Para != ! ')&&(*Para != ':')) 
Parat+; | /* Trennung suchen */ 
if (*Para == !,'!) Parat+; /* überlesen */ 
> /* Ende While */ 
*Von = 0; /* String! mit 0 abschließen */ 
Vonlen = Laenge; /* Länge von Stringi merken */ 
> /* Ende if( ASCII) */ 
else /* Stringi ist ein String */ 
{ 
for(Laenge = 0; (*Para!=0)&&(*Para!=!:!); Para++) 
{ 
*(Von++) = *Para; 
Laenge++; 
> 
*Von = 0; /* Such-String mit O0 abschließen */ 
Vonien = Laenge; /* Länge des Such-Strings merken */ 
} /* Ende else */ 


if (Vonlen == 0) 


{ 
printf("Such-String muß angegeben werden! \n"); 
exit(); 
> 
if (*Para != '!:') 
{ 
printf("Doppelpunkt fehlt!\n"); 
exit(); 
> 
Parat+; /* Para hinter Doppelpunkt setzen */ 
Laenge = 0; /* Länge auf 0 setzen */ 
Zahl = atoi(Para); /* Prüfen, ob String oder ASCII-Werte */ 
if (Zahl != 0) /* ASCII-Werte für String2 */ 
{ 
while (*Para != 0) /* Solange noch Parameter für String2 */ 
{ EN 
Zahl = atoi(Para); 
if (Zahl > 255) /* nicht erlaubte Zahl */ 
{ 


printf("Zahl ist kein ASCII-Wert\n"); 


exit(); 
} 
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*(Nach++) = (char) Zahl; /* Zeichen ablegen */ 
Laenget++; /* Länge erhöhen */ 
while ((*Para != 0)&&(*Para != ! ")&&(*Para != '!:')) 
Parat+; /* Trennung suchen */ 
if (*Para == '!,') Parat+; /* überlesen */ 
> /* Ende While */ 
*Nach = 0; /* String2 mit O abschließen */ 
Nachlen = Laenge; /* Länge von String2 merken */ 
> /* Ende if(ASCII) 
else /* String2 ist ein String */ 
{ 
for(Laenge = 0; (*Para!=0); Para++) 
{ 
*(Nach++) = *Para; 
Laenget+; 
B; 
*Nach = 0; /* Ersetze-String mit 0 abschließen */ 
Nachlen = Laenge; /* Länge des Such-Strings merken */ 
) /* Ende else */ 
> 


int Lies(Anzahl) 

int Anzahl; 

{ 

register char Zeichen; 
int gelesen; 


gelesen = 0; 


for(gelesen = 0; gelesen < Anzahl; gelesent++) 
{ 

Zeichen = fgetc(Rein); 

if (Zeichen == EOF) 


return(gelesen); /* Kein Zeichen mehr in Datei */ 
Anz++; /* Anzahl Zeichen erhöhen */ 
Pufferein[Plies++] = Zeichen; 
if (Plies >= Maxpuffer) /* Puffer zu Ende, über die Naht */ 
Verschiebe(); /* Inhalt bündig an Anfang schieben */ 
> 
return(gelesen); 
> 
void Verschiebe() /* Inhalt im Puffer über Naht verschieben */ 
{ 
int wieviel; 
int 1; 


wieviel = Plies - Pschreib; 
for (i = 0; i< wieviel; i++) 
Pufferein[i] = Pufferein[Pschreibti]; 
Pschreib = 0; /* Indizes neu setzen */ 
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Plies = i; 
} 


int Checkpuffer() /* Vergleiche Such-String mit Puffer */ 
{ 

char *string; 

int i; 


i = Pschreib; 
for (string = &Vonstring[0]; *string != 0; string+*) 


{ 
if (*string != Puffereinli)) 
return(FALSCH); 
it+t+; 
> 
return(WAHR); 
} 
void Schreibzeichen() /* Ein Zeichen aus Puffer in Datei schreiben */ 
{ 


register char Zeichen; 


Zeichen = Pufferein[Pschreib]; 
fputc(Zeichen, Raus); 


= 


Pschreibt+; /* Schreibzeiger weitersetzen */ 
void Ersetze() /* Ersetze-String schreiben, Puffer weg */ 
{ 

int i; 


char *string; 
register char Zeichen; 


iı=1; 
for (string = &Nachstring[0]; *string != 0; string++) 
{ 
Zeichen = *string; 
fputc(Zeichen, Raus); 
i+t+; 
} 
Pschreib = Plies; /* Schreib- auf Lesezeiger -> Puffer leer */ 
} 


void Schreibrest() /* Keine Zeichen mehr in Datei, schreibe Puffer */ 
{ 

register char Zeichen; 

int j; 


i=0; 
for(i = Pschreib; i < Plies; i++) 
{ 

Zeichen = Puffereinli]; 
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putc(Zeichen, Raus); 
} 
} 


main (Anzahl, Argumente) 
int Anzahl; 
char *Argumente[]; 
{ 
int Anzlies; 
int Anzgelesen; 
int Error; 
if (Anzahl != 4) 
{ 
printf("Dieses Programm ersetzt beliebige Zeichenketten \n"); 
printf("Copyright Manfred Tornsdorf\n"); 
printf("Aufruf: Filenamealt Filenameneu String\n"); 
printf("entweder :String = Zahl,Zahl,Zahl...: 
Zahl,Zahl,Zahl...\n"); 
printf("oder :String = string:string\n\n"); 
printf("Beispiel :Ersetze t.txt tt.txt Meintext:32,33,32\n"); 
printf("ergibt :<Meintext> -> < ! >\n!"); 
printf("Fehlt Ersetzungs-String, so wird durch NICHTS 
ersetzt/gelöscht\n"); 
exit(); | 
> 


GetPara(Argumente[3], &Vonstring, &Nachstring ); 

/* Such- und Ersetz-Strings erstellen */ 
Vonlen = strlen(Vonstring); 
“Nachlen = strlen(Nachstring); 


Rein = fopen(Argwmente[1], "r"); 
Raus = fopen(Argumentel[2], "w'"); 
if (Rein == 0) 

{ f 
puts ("Ich kann die Eingabedatei nicht öffnen"); 

exit (); 

} 

if (Raus == 0) 

{ 

puts ("Ich kann die Ausgabedatei nicht öffnen"); 

exit (); 

} 

Anz = 0; | 

Pschreib = 0; /* Schreibzeiger auf Pufferanfang */ 
Plies = 0; /* Lesezeiger auf Pufferanfang */ 
Anzlies = Vonlen; /* Ssuch-String-Zeichen lesen */ 
Anzersetzt = 0; /* Default: nicht gefunden */ 


Anzgelesen = 1; /* Default, wm TC zu beruhigen */ 
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while(CAnzgelesen != 0) 
{ 
Anzgelesen = Lies(Anzlies); /* notwendige Anzahl aus Datei lesen */ 
Error = Checkpuffer(); 

if(Error == FALSCH) /* nicht gefunden */ 


{ 
Schreibzeichen(); /* 1. Zeichen schreiben */ 
Anzlies = ]; /* nur ein Zeichen lesen */ 
> 
else /* gefunden */ 
{ 
Ersetze(); /* Ersetz-String schreiben, Puffer weg */ 
Anzersetzt++; /* Zähler für Ersetzt erhöhen */ 
Anzlies = Vonlen; 
> 
>)  /* Ende while(), Datei leer */ 
Schreibrest(); /* letzte Zeichen aus Puffer schreiben */ 


printf('!\nZeichenkette %d mal ersetzt\n", Anzersetzt); 
fclose(Rein); 

fclose(Raus); 

exit(); 
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9. Quick-Reference für ED, Edit 
und CLI-Kommandos 


Die folgenden zwei Unterkapitel geben einen geordneten Über- 
blick über die Tastenkombinationen und deren Auswirkungen 
bei den Editoren ED und Edit. Diese werden in einer Tabellen- 
form aufgelistet und sollen Ihnen als Nachschlagewerk dienen. 


Im dritten Unterkapitel werden die CLI-Kommandos in einer 
ähnlichen Form dargelegt. Durch die größere UÜbersichtlichkeit 
hoffen wir Ihnen ein schnelleres Arbeiten zu ermöglichen. 


9.1 Die ED-Funktionen 


Es gibt beim ED-Editor zwei verschiedene Arten von Befehlen. 
Zum einen gibt es die Befehle, die direkt ausgeführt werden, 
nachdem die Tastenkombination gedrückt wurde, und zum an- 
dern gibt es die Befehle, die erst im Kommandomodus einge- 
geben werden können. 


Zunächst möchten wir einiges über die sogenannten direkten 
Befehle schreiben, die immer aus einer Tastenkombination be- 
stehen. Diese Tastenkombination beginnt immer mit der Ctrl- 
Taste. Gleichzeitig dazu muß eine weitere Taste gedrückt wer- 
den. Beide zusammen haben dann eine sofortige Auswirkung auf 
den Text oder auf den Cursor. 


Damit die Liste der direkten Befehle und der Kommandomodus- 
Befehle nicht durch einen Text getrennt werden, folgen nun erst 
noch einige Zeilen zum Kommandomodus. 


In den Kommandomodus gelangen Sie, indem Sie die Esc-Taste 
drücken. Ob Sie im Kommandomodus sind, erkennen Sıe daran, 
daß in der linken unteren Ecke des Editor-Fensters ein Stern- 
chen zu sehen ist. Sie müssen dann nur noch den Befehl einge- 
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ben und die Return-Taste betätigen. Erst danach hat der einge- 
gebene Befehl auch Auswirkungen auf Text oder Cursor. 


Da es sowohl in der einen als auch in der anderen Gruppe Be- 
fehle gibt, die die gleichen Funktionen erfüllen, müssen Sie sich 
entscheiden, mit welchem Befehlstyp Sie besser arbeiten können. 


Es folgt jetzt eine Liste von Befehlen, die man auch zu den di- 
rekten Befehlen zählen kann, da sie sich auch unmittelbar auf 
den Text oder den Cursor auswirken. Sie unterscheiden sich al- 
lerdings darin, daß die Funktionen nicht in Kombination mit der 
Ctrl-Taste aktiviert werden. Daran anschließend folgen die 
Listen der direkten und Kommandomodus-Befehle. Sie sind 
nach Funktionen geordnet . 


Direkte Befehle (ohne Ctrl) 


Tab Bewegt den Cursor zur nächsten Tabulatormarke. 

Del Löscht das Zeichen unter dem Cursor. 

Backspace Löscht das Zeichen links neben dem Cursor. 

Return Der Text zwischen Cursor-Position und Zeilenende wird in die 


nächste Zeile übernommen. 


Direkte Befehle (mit Ctrl) 


Ctrlund I Bewegt den Cursor zur nächsten Tabulatormarke. 

Ctrl und U Bewegt den Cursor 12 Zeilen nach oben. 

Ctrl und D Bewegt den Cursor 12 Zeilen nach unten. 

Ctrl und R Bewegt den Cursor auf das Ende des von ihm links liegenden 
Wortes. 

Ctrlund T Bewegt den Cursor auf den Anfang des nächsten Wortes. 

Ctrl und ] Bewegt den Cursor auf den Zeilenanfang bzw. das Zeilenende. 

Ctrlund E Bewegt den Cursor zum Fensteranfang oder Fensterende. 

Ctrlund H Löscht das Zeichen links neben dem Cursor. 

Ctrl und O Löscht ein Wort oder alle Leerstellen bis zum nächsten Wort. 

Ctrl und Y Löscht alles von der Cursor-Position bis zum Zeilenende. 

Ctrl und B Löscht die gesamte aktuelle Zeile. 

Ctrl undM Der Text zwischen Cursor-Position und Zeilenende wird in die 


nächste Zeile übernommen. 
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 Ctrlund A 
Ctrl und G 
Ctrl und [ 

Ctrl und F 


Fügt eine Zeile ein. 
Der letzte Kommandomodus-Befehl wird wiederholt. 
Es wird in den Kommandomodus gesprungen. 


Das Zeichen unter dem Cursor wechselt von Groß- auf Klein- 
schrift oder umgekehrt. 


Kommandomodus-Befehle (mit Esc) 


Mn 
CL 


WB "Datei" 
IB 
DB 


I "Text" 
A "Text" 
IF Datei 


E "Text1"Text2" 


Bewegt den Cursor in die n-te Zeile. 

Bewegt den Cursor eine Position nach links. 

Bewegt den Cursor eine Position nach rechts. 

Bewegt den Cursor an den Zeilenanfang. 

Bewegt den Cursor an das Zeilenende. 

Bewegt den Cursor an den Anfang der vorherigen Zeile. 
Bewegt den Cursor an den Anfang der nächsten Zeile. 
Bewegt den Cursor an den Textanfang. 

Bewegt den Cursor an das Textende. 

Markiert die Cursor-Position als Blockanfang. 
Markiert die Cursor-Position als Blockende. 

Zeigt den markierten Block im Fenster. 

Der markierte Block wird in Datei abgespeichert. 

Der markierte Block wird an die Cursor-Position kopiert. 
Der markierte Block wird gelöscht. 

Das Zeichen unter dem Cursor wird gelöscht. 

Die gesamte aktuelle Zeile wird gelöscht. 


Der Text zwischen Cursor-Position und Zeilenende wird in die 
nächste Zeile übernommen. 


Verbindet die aktuelle Zeile mit der nächsten. 
Text wird vor der aktuellen Zeile eingefügt. 
Text wird nach der aktuellen Zeile eingefügt. 
Datei wird an der Cursor-Position eingefügt. 
Text1 wird gegen Text2 ausgetauscht. 


EQ "Text1"Text2" Text1 wird mit vorheriger Abfrage gegen Text2 ausgetauscht. 


F "Text" 
BF "Text" 
LC 

UC 


X 


Sucht ab der Cursor-Position nach Text. 
Sucht bis zur Cursor-Position nach Text. 


Bei der Textsuche wird die Unterscheidung zwischen 
Groß- und Kleinschrift eingeschaltet. 


Bei der Textsuche wird die Unterscheidung zwischen 
Groß- und Kleinschrift ausgeschaltet. 


ED wird beendet, und der Text wird abgespeichert. 
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Q ED wird beendet, und der Text wird nicht abgespeichert. 

SA ED wird nicht beendet, und der Text wird abgespeichert. 

RP Befehl Befehl wird so oft wiederholt, bis ein Fehler auftritt. 

SH Die aktuelle Einstellungen des Editors werden angezeigt. 

U | Änderungen an der aktuellen Zeile werden rückgängig 
gemacht. 

SLn Der linke Rand wird auf n festgelegt. 

SRn Der rechte Rand wird auf n festgelegt. 

EX In der aktuellen Cursor-Zeile wird der rechte Rand 
aufgehoben. 

9.2 Die Edit-Funktionen 


Außer dem im vorigen Unterkapitel besprochenen ED-Editor ist 
auf der Workbench-Diskette noch ein weiterer Editor vorhan- 
den. Es ist der Edit-Editor. Wir möchten Ihnen hier einen kur- 
zen Überblick über die möglichen Edit-Befehle geben. Die 
gleich folgende Liste der Befehle soll allerdings nur als Nach- 
schlagewerk dienen, nicht aber als ausführliche Anleitung. Nä- 
here Informationen zur Handhabung des Editors erhalten Sie im 
Kapitel 2. 


Bevor wir nun die Befehle auflisten, noch einiges vorweg: Zu- 
sammen mit den Befehlsworten werden teilweise auch noch Ar- 
gumente übergeben. Dabei dient der Slash / als Trennzeichen für 
Zeichenketten. Argumente, die wahlweise angegeben werden 
können, sind in Klammern () gefaßt. Damit der Befehlstext 
nicht zu lang wird, haben wir folgende Abkürzungen benutzt: 


a,b = Zeilennummern (oder . oder *) 
bg = Befehlsgruppe 

m,n = Zahlen 

q = Qualifizierer 

sk = Suchkriterium 

Bw = Schaltwert (+ oder -) 


zl,z22 - = Zeichenketten 
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Doch nun zu den Befehlen: 


< 
Der Zeichenzeiger wird um ein Zeichen nach links versetzt. 


> 
Der Zeichenzeiger wird um ein Zeichen nach rechts versetzt. 


# 
Das Zeichen an der Zeichenzeigerposition wird gelöscht. 


3 


Das Zeichen an der Zeichenzeigerposition wird in Kleinbuchsta- 
ben umgewandelt. 


% 
Das Zeichen an der Zeichenzeigerposition wird in Großbuchsta- 
ben umgewandelt. 


Das Zeichen an der Zeichenzeigerposition wird in eine Leerstelle 
umgewandelt. 


PA (q)/z1/ 
Der Zeichenzeiger wird auf die Position nach der gegebenenfalls 
qualifizierten Zeichenkette z| gesetzt. 


PB (q)/z1/ 
Der Zeichenzeiger wird auf die Position vor der gegebenenfalls 
qualifizierten Zeichenkette zI gesetzt. 


PR 
Der Zeichenzeiger wird auf den Zeilenanfang zurückgesetzt. 


Mn 
Es wird auf Zeile n positioniert. 
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M + 
Es wird auf die zuletzt aus der Quelldatei gelesene Zeile positio- 
niert. 


M - 
Es wird auf die zuerst im Puffer vorhandene Zeile positioniert. 


N 
Es wird auf die nächste Zeile positioniert. 


P 
Es wird auf die vorhergehende Zeile positioniert. 


Rewind 
Die Quelldatei wird "zurückgespult". 


F ((q)/sk/) 
Es wird in Vorwärtsrichtung nach der Zeile gesucht, die die ge- 
gebenenfalls qualifizierte Zeichenkette sk enthält. 


BF ((q)/sk/) 
Es wird ın Rückwärtsrichtung nach der Zeile gesucht, die die 
gegebenenfalls qualifizierte Zeichenkette sk enthält. 


DF ((q)/sk/) 

Es wird in Vorwärtsrichtung nach der Zeile gesucht, die die ge- 
gebenenfalls qualifizierte Zeichenkette sk enthält. Dabei werden 
alle überlesenen Zeilen gelöscht. 


? | 
Die aktuelle Zeile wird verifiziert. 


! 
Die aktuelle Zeile wird mit allen nicht GrUSKDaren Zeichen ve- 
rifiziert. 


——— dQuick-Reference 365 


T 
Die Quelldatei wird bis zum Dateiende angezeigt. 


Tn 
Die nächsten n Zeilen der Quelldatei werden angezeigt. 


TLn 
Die nächsten n Zeilen der Quelldatei werden mit Zeilennummern 
angezeigt. 


TN 
Es werden so viele Zeilen angezeigt, wie in den Textpuffer 
passen. 


TP 


Es werden alle Zeilen des Textpuffers angezeigt, und es wird 
auf den Textpufferanfang positioniert. 


V sw 
Es wird die Verifizierung ein- (+) oder ausgeschaltet (-). 


A (q)/z1/z2/ | 
Eine Zeichenkette z2 wird nach der gegebenenfalls qualifizierten 
Zeichenkette zl eingefügt. 


AP (q)/z1/22/ 

Eine Zeichenkette z2 wird nach der gegebenenfalls qualifizierten 
Zeichenkette zl eingefügt. Anschließend wird der Zeichenzeiger 
hinter z2 positioniert. 


B (q)/z1/2z2/ | | 
Eine Zeichenkette z2 wird vor der gegebenenfalls qualifizierten 
Zeichenkette zl eingefügt. 
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BP (q)/z1/2z2/ 

Eine Zeichenkette z2 wird vor der gegebenenfalls qualifizierten 
Zeichenkette zl eingefügt. Anschließend wird der Zeichenzeiger 
hinter zl positioniert. 


CL (/z1/) 
Es werden die aktuelle Zeile, zI und die nächste Zeile zu einer 
neuen Zeile zusammengefaßt. 


D 
Die aktuelle Zeile wird gelöscht. 


DFA (q)/zI/ 
Es wird nach der gegebenenfalls qualifizierten Zeichenkette zl 
der Rest der aktuellen Zeile gelöscht. 


DFB (q)/z1/ 


Es wird vom Anfang der gegebenenfalls qualifizierten Zeichen- 
kette zl der Rest der aktuellen Zeile gelöscht. 


DTA (q)/zl/ 
Es wırd vom Anfang der aktuellen Zeile bis einschließlich der 
gegebenenfalls qualifizierten Zeichenkette zl gelöscht. 


DTB (q)/z1/ 
Es wird vom Anfang der aktuellen Zeile bis ausschließlich der 
gegebenenfalls qualifizierten Zeichenkette zl gelöscht. 


E (q)/z1/22/ 
Die gegebenenfalls qualifizierte Zeichenkette zl wird durch die 
Zeichenkette z2 ersetzt. 


EP (q)/z1/z2/ 

Die gegebenenfalls qualifizierte Zeichenkette zl wird durch die 
Zeichenkette z2 ersetzt. Anschließend wird der Zeichenzeiger 
hinter z2 positioniert. 
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I (a) | 
Es wird vor der aktuellen Zeile oder der Zeile a Text von der 
Tastatur eingefügt, bis z gegeben wird. 


I zlI 
Es wird vor der aktuellen Zeile der gesamte Inhalt der Dateı zl 
eingefügt. 


R (a(b)) 
Die Zeilen a bis b werden gelöscht und sehen d wird Text 
von der Tastatur eingefügt. 


R (a(b)) zl 
Die Zeilen a bis b werden gelöscht und anschließend wird der 
Inhalt der Datei zl eingefügt. 


SA (g)/zI/ 
Die aktuelle Zeile wird nach dem ersten Auftreten der Bes diee 
nenfalls qualifizierten Zeichenkette zl geteilt. 


SB (q)/zI/ 
Die aktuelle Zeile wird vor dem ersten Auftreten der gegebe- 
nenfalls qualifizierten Zeichenkette z] geteilt. 


GA (q)/z1/2z2/ 
Es wird bei allen aktuellen Zeilen die Zeichenkette z2 nach der 
gegebenenfalls qualifizierten Zeichenkette zl eingefügt. 


GB (q)/z1/z2/ 
Es wird bei allen aktuellen Zeilen die Zeichenkette z2 vor der 
gegebenenfalls qualifizierten Zeichenkette zl eingefügt. 


GE (g)/zl/z2/ 
Es wird die gegebenenfalls qualifizierte Zeichenkette zl in allen 
aktuellen Zeilen durch die Zeichenkette z2 ersetzt. 
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CG (n) 
Die globale Operation n oder alle globalen Operationen werden 
abgeschaltet. 


DG (n) 
Die globale Operation n oder alle globalen Operationen werden 
zeitweilig abgeschaltet. 


EG (n) 
Es werden die zeitweilig abgeschalteten globalen Operationen 
wieder eingeschaltet. 


SHG 
Es werden Informationen über alle bisher aktiven globalen Ope- 
rationen angezeigt. 


From 
Die ursprüngliche From-Datei wird zur aktuellen Quelldatei. 


From .z1. 
Die Datei zI wird zur aktuellen Quelldatei. 


To 
Die ursprüngliche To-Datei wird zur aktuellen Zieldatei. 


To .zl. 
Die Dateı zlI wird zur aktuellen Zieldatei. 


CF .zl. 

Es wird die Datei zl geschlossen. 

' = 

Der zuletzt eingegebene A-, B- oder E-Befehl wird wiederholt. 


=n 
Der aktuellen Zeile wird die Nummer n zugewiesen. 
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G:2Z7. | 
Es werden alle weiteren Edit-Befehle aus der Datei zl gelesen. 


Hn 
Der nächste Haltepunkt wird bei Zeile n gesetzt (Bei n=*, an- 
halten und Haltepunkt löschen.) 


Q 
Die Befehlsebene wird verlassen. Wird die höchste Befehlsebene 
verlassen, wird der Rest der Quelldatei übertragen. 


SHD 
Die gespeicherten Befehlsinformationen werden angezeigt. 


Stop 
Der Edit-Editor wird abgebrochen. 


TR sw 
Die Berücksichtigung nachfolgender Leerstellen wird ein- (+) 
oder ausgeschaltet (-). 


W 
Der Rest der Quelldatei wird in die Zieldatei übertragen. 


Z 21 
Die Endekennung für die Einfügebefehle auf zi wird geändert. 


9.3 Die CLI-/Shell-Befehle 


Es werden in diesem Unterkapitel noch einmal alle CLI-/Shell- 
Befehle behandelt, allerdings nicht so ausführlich wie im Kapitel 
2. Es wird, wie in den beiden vorangegangenen Unterkapiteln 
auch, eine Tabellenform abgedruckt werden. Die erste Liste wird 
die CLI-/Shell-Befehle, die sowohl in der Workbench-Version 
1.2 als auch ın der Workbench-Version 1.3 enthalten sınd, nach 
Aufgaben sortiert ausgeben. Es wird zuerst die korrekte Syntax 
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des Befehls der Version 1.2 beschrieben, dann folgt eine kurze 
Erläuterung hinsichtlich der Funktion des Befehls. Anschließend 
werden die möglichen Optionen erklärt. Es folgen dann die 
eventuell vorhandenen zusätzlichen Optionen der 1.3-Version des 
Befehls. Am Ende dieser Liste werden die neuen 1.3-Befehle 
vollständig erklärt. Ä 


LoadWB 
Lädt die grafische Benutzeroberfläche. 


Version 


Es wird die benutzte Kickstart- und Workbenchversion ausgege- 
ben. | 


V1.3 (Name)(Version)( Revision)(Unit) 


Name Wird der Name einer Library angegeben, 
dann wird die Versionsnummer dieser Li- 
brary ausgegeben. 

Version Enthält die zu testende Versionsnummer. 


Format Drive Laufwerk Name "Name" (Nolcons) 


Formatiert eine Diskette und gibt ihr einen Namen. 


Laufwerk Angabe des Laufwerks, in dem die zu for- 
matierende Diskette liegt. 

Name Die formatierte Diskette bekommt den Na- 
men "Name". 

Nolcons Auf der neu formatierten Diskette wird we- 


der das Trashcan-Icon kopiert, noch das 
Trashcan- Verzeichnis angelegt. 


V1.3 (Quick){FFS)(NoFFS)(INHIBIT) 


Quick Es werden nur Root- und Boot-Blöcke for- 
matiert. 
FFS Es wird bei der Formatierung das FastFile- 


System benutzt. 
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NoFFS 


Inhibit 


Das FastFileSystem wird bei der Formatie- 
rung nicht benutzt. 

Die Diskette wird so formatiert, daß auch 
das H-Statusbit des protect-Befehls berück- 
sichtigt wird. 


Dir Name (OPT (A)(I)(ATD)(D)(AD)) 
Gibt das Inhaltsverzeichnis einer Diskette aus. 


V1.3 


Name 
OPT A 


OPT I 


OPT AI 
OPT D 
OPT AD 


Gibt ein Laufwerk oder Verzeichnis an. 
Zeigt alle Dateien des Verzeichnisses ein- 
schließlich enthaltener Unterverzeichnisse 
und deren Inhalt. 
Das Inhaltsverzeichnis wird interaktiv ausge- 
geben. Nach jeder Datei können folgende 
usa gemacht werden: 
Ausgabe der möglichen Befehle 
A Es wird mit der nächsten Datei fort 
gefahren. 
E Der Inhalt der Datei wird ausgegeben. 
Del Die Datei wird gelöscht. 
O Der Dir-Befehl wird beendet. 
Die Optionen A und I werden kombiniert 
Es werden nur die Verzeichnisse aufgelistet. 
Die Optionen A und D werden kombiniert. 


(ALL)(DIRS)(FILES){INTER) 


ALL 
DIRS 
FILES 


INTER 


Siehe V1.2 OPT A. 

Siehe V1.2 OPTD. 

Es werden nur Files, aber nicht die Unter- 
verzeichnisse aufgelistet. 

Siehe V1.2 OPT I. 
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CD Name 
Wechselt das Laufwerk bzw. das Verzeichnis. 


Name Gibt das Laufwerk oder das Verzeichnis an, 
in das gewechselt werden soll. 


Makedir Name 
Ein neues Verzeichnis namens Name wird eingerichtet. 


Name Das neue Verzeichnis bekommt den Namen 
"Name" 


Delete Name (All)(Quiet)(QO) 
Löscht Dateien und/oder Verzeichnisse. 


Name Gibt die Datei an, die gelöscht wird. 

All Es wird die Datei samt komplettem Inhalt 
gelöscht. 

Quiet Es wird keine Löschmeldung auf dem Bild- 
schirm ausgegeben. 

Oo Siehe Quiet. 


Copy (From) Namel (To) Name2 (All)(Quiet) 
Erstellt eine Kopie einer Datei oder eines Verzeichnisses. 


From Kann wahlweise mit eingegeben werden. 
Namel Namel gibt die Quelldatei an. 
To Kann wahlweise mit eingegeben werden. 
Name2 Name? gibt die Zieldatei an. 
Al Es wird die Datei samt komplettem Inhalt 
kopiert. 
Quiet Es wird keine Kopiermeldung auf dem 


Bildschirm ausgegeben. 


V1.3 (Buffer n)(Buf n)(Clone)( Dates )(NoPro)(Com) 


Buffer n Es werden beim Kopieren n 512 Byte große 
Puffer zur Verfügung gestellt. 
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Buf n 
Clone 


Dates 
NoPro 


Com 


Siehe Buffer. 

Datum, Status-Bits und Kommentar werden 
mitkopiert. 

Es wird das Datum mitkopiert. 

Die Status-Bits werden beim Kopieren zu- 
rückgesetzt. 

Der Kommentar wird mitkopiert. 


Rename (From) Namel (To)(As) Name? 
Benennt eine Datei um. 


From 
Namel 


To 
As 
Name2 


Kann wahlweise mit eingegeben werden. 
Namel gibt Datei an, die einen anderen 
Namen bekommen soll. 

Siehe From. 

Siehe From. 

Name2 gibt den neuen Namen an. 


List (Name)(Pat Muster)(P Muster)(Keys)(Dates)(NoDates) 
(To Name)(SUB Text)(Since Datum)(Upto Datum)(Quick) 


Listet Daten von Dateien auf. 


Name 

Pat Muster 
P Muster 
Keys 
Dates 
NoDates 


To Name 


Es werden nur die Daten über das Verzeich- 
nis oder der Datei "Name" ausgegeben. 

Es werden nur die Daten ausgegeben, die 
durch Muster spezifiziert wurden. 

Siehe Pat Muster. 

Es wird die Anzahl der File-Header-Blöcke 
der Datei oder des Verzeichnisses ausgege- 
ben. | 

Die Datumsangabe erfolgt im Format TT- 
MMM-JJ. 

Die Datumsangabe wird bei der Ausgabe 
unterdrückt. 

Die Ausgabe wird in die Datei Name umge- 
lenkt. | 
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SUB Text 


Since Datum 
Upto Datum 


Quick 
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Es werden nur Daten über Dateien ausgege- 
ben, deren Name die Buchstaben Text ent- 
hält. 

Es werden nur die Dateien berücksichtigt, 
die ab Datum erstellt wurden. 

Es werden nur die Dateien berücksichtigt, 
die bis Datum erstellt wurden. 

Es werden nur die Dateinamen ausgegeben. 


V1.3 (Block)(NoHead)(Files)( Dirs)(LFormat="Text" ) 


Block 
NoHead 


Files 
Dirs 


LFormat="Text" 


Die File-Größe wird in Blöcken angegeben. 
Die Header-Informationen werden unter- 
drückt. 

Es wird nur auf die Files Bezug genommen. 
Es wird nur auf die Directorys Bezug ge- 
nommen. 


Die Option LFormat bewirkt, daß der in Text enthaltene Text 
ausgegeben wird. Bei Eingabe von einem %s gilt das %s als 
Platzhalter für den aktuellen Dateinamen. Bei Eingabe von zwei 
%s wird der aktuelle Dateiname zweimal ausgegeben. Beı Ein- 
gabe von drei %s steht das erste %s stellvertretend für die 
Pfadangabe der aktuellen Datei. Das zweite und dritte %s ent- 
halten den Dateinamen. Bei Eingabe von vier %s steht das erste 
und dritte %s für die Pfadangabe und das zweite und vierte %s 
für den Dateinamen. 


DiskCopy (From) Laufwerkl To Laufwerk2 (NAME Name) 
Erstellt eine Kopie einer Diskette. 


From 

Laufwerk1 

Laufwerk2 
NAME Name 


Kann wahlweise mit eingegeben werden. 
Laufwerk] gibt das Quellaufwerk an. 
Laufwerk2 gibt das Ziellaufwerk an. 

Name gibt den Namen an, den die Kopie 
erhalten soll. 
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Relabel Laufwerk Name 
Benennt den Namen einer Diskette um. 


Laufwerk Gibt das Laufwerk an, in dem die Diskette 
liegt, deren Name geändert werden soll. 

Name Gibt den Namen an, den die Diskette erhal- 
ten soll. 


Info 
Gibt Informationen über die angeschlossenen Laufwerke auf 
dem Bildschirm aus. 
V1.3 (Device) 
Device Es wird ein Device spezifiziert. 


Install Laufwerk 
Aus einer Leerdiskette wird eine bootfähige Diskette gemacht. 


Laufwerk Gibt an, in welchem Laufwerk die zu instal- 
lierende Diskette liegt. 


V1.3 (NoBoot)(Check) 


NoBoot Die Diskette wird nicht bootfähig gemacht. 

Check Es wird geprüft, ob die Diskette bootfähig 
ist und ob ein Standard-Boot-Code vorhan- 
den ist. 


Type (From) Namel ((To) Name2)(OPT(N)(H)) 
Gibt den Inhalt einer Datei aus. 


From Kann wahlweise mit eingegeben werden. 
Namel Namel gibt die Quelldatei an. 

To Sıehe From. 

Name2 Name2 gibt die Zieldatei an, in die Namel 


kopiert wird. Ist keine Zieldatei angegeben, 
‘wird dıe Ausgabe auf den aktuellen Ausga- 
bekanal geleitet. 
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OPTN 


OPT H 
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Die ausgegebenen Zeilen werden mit Zeilen- 
nummern versehen. 

Die Zeichen werden als Hex-Zahl ausgege- 
ben. 


vV1.3 (To)(Hex)( Number) 


To 


Hex 
Number 


Wird To in Verbindung mit Name2 eingege- 
ben, so wird die Datei Name2, wenn sie 
schon existiert, ohne Abfrage überschrieben. 
Wird To hingegen weggelassen, wird der 
Type-Vorgang mit einer Meldung abgebro- 
chen, sofern die Datei Name2 schon exis- 
tiert. 

Siehe V1.2 OPT H. 

Siehe V1.2 OPTN. 


Join Namel Name2 AS Name3 
Faßt bis zu 15 Dateien zu einer Datei zusammen. 


Namel 


Name2 
Name3 


V1.3 (To) 
TO 


Namel gibt eine Datei an, die mit anderen 
Dateien zusammengefaßt werden soll. 

Name2 gibt eine weitere Datei an. 

Name3 gibt die Datei an, in der dıe zusam- 
mengefaßten Dateien geschrieben werden 
sollen. 


Es besteht die Möglichkeit, anstelle von AS 
auch TO einzugeben. 


Search (From) Name (Search) Text (All) 
Sucht ın Dateien nach einer angegebenen Zeichenkette. 


From. 
Name 


Search 


Kann wahlweise mit eingegeben werden. 
Gibt die Datei an, in der gesucht werden 
soll. | 

Sıehe From. 


Text 


All 
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Gibt die Zeichenkette an, die gesucht wer- 
den soll. 

Es wird auch in den Unterverzeichnissen 
von Name gesucht. 


V1.3 (NoNum)(Quiet)(Quick)(File) 


NoNum 


Quiet 
Quick 
File 


Falls die gesuchte Zeichenkette gefunden 
wurde, wird keine Zeilennummer ausgege- 
ben. 

Es erfolgt keine Ausgabe. 

Das Ausgabeformat wird kompakter. 

Es wird zuerst das spezifizierte File gesucht 
und dann erst nach der Zeichenkette. 


Sort (From) Namel (To) Name? (Colstart n) 


Sortiert eine Datei alphabetisch und speichert sie in einer ande- 
ren ab. 


From 
Namel 
To 
Name2 


Colstart n 


Kann wahlweise mit eingegeben werden. 
Gibt die Quelldatei an. 

Siehe From. 

Gibt an, in welche Dateı der sortierte Text 
geschrieben werden soll. 

Gibt an, ab welcher Zeile der Text sortiert 
werden soll. 


Protect (File) Name (Flags) Status 
Bestimmt, in welcher Weise auf eine Datei zugegriffen werden 


kann. 


File 
Name 


Flags 
Status 


Kann wahlweise mit eingegeben werden. 
Gibt an, für welche Datei der Status ee 
wird. 

Siehe File. 

Gibt die Protektion an. Folgende Eingaben 
sind möglich: Ä 
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Auf die Datei darf lesend zugegriffen 
werden. 

Auf die Datei darf schreibend zuge 
griffen werden. 

Die Datei ist ausführbar. 

Die Dateı ist löschbar. 


DH NS 9 


V13 (+)(-)Add)(Sub) 


Es wird das bei Status angegebene Status-Bit 

gesetzt. 

Es wird das bei Status angegebene Status-Bit 

zurückgesetzt. 

Siehe +. 

Siehe -. 

Ab V1.3 können noch das Hidden- (H), 

Script- (S), Pure- (P) und Archive- (A) Bit 

gesetzt oder zurückgesetzt werden. 

H Die Datei wird versteckt (unsichtbar). 

5 Die Datei kann ohne execute gestartet 
werden (gilt nur für Batch-Dateien). 

P Die Datei kann in die Resident-Liste 
aufgenommen werden. 

A Die Datei wird bei einem Backup 
(Copy-Befehl) nicht berücksichtigt, 
wenn es gesetzt ist. 

Das H- und A-Bit funktionieren nur mit 

Kickstart 1.3. 


FileNote (File) Name (Comment) Text 
Versieht eine Datei mit einem Kommentar. 


File 
Name 


Comment 
Text 


Kann wahlweise mit eingegeben werden. 
Gibt an, welche Datei den Kommentar er- 
hält. | 

Siehe File. 

Enthält den Kommentar, den die Datei er- 
hält. 
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SetDate (File) Name (Date) Datum ((Time) Zeit) 


Versieht eine Datei mit einer Datums- bzw. Zeitangabe. 


File Kann wahlweise mit eingegeben werden. 

Name Gibt an, welche Datei das Datum bzw. die 
Zeit erhalten soll. 

Date Siehe File. 

Datum Enthält das Datum, das die Datei erhalten 
soll. 

Time Kann wahlweise in Verbindung mit Zeit 
eingegeben werden. 

Zeit Enthält die Zeitangabe, die die Datei erhal- 
ten soll. 


DiskDoctor (Drive) Laufwerk 
Eventuell werden Fehler an Disketten oder Dateien behoben. 


Drive Kann wahlweise mit eingegeben werden. 
Laufwerk Gibt an, auf welches Laufwerk der Disk- 
Doktor zugreifen soll. 


DiskChange Laufwerk 


Übergibt dem AmigaDOS die Mitteilung, daß eine Diskette ge- 
_ wechselt wurde. 


Laufwerk Gibt an, in welchem Laufwerk die Diskette 
gewechselt wurde. 


NewCLI (Con:x/y/Breite/Höhe(/Text))(From Name) 
Eröffnet ein neues CLI. 


x Gibt die x-Position der linken oberen Ecke 
des neuen Windows an. 
y Gibt die y-Position der linken oberen Ecke 
des neuen Windows an. 
_ Breite Gibt die Breite des Windows in Pixeln an. 


Höhe Gibt die Höhe des Windows in Pixeln an. 
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Text Gibt den Titel des neuen Windows an. 


From Name Nachdem das neue CLI geöffnet wurde, 
wird automatisch die Batch-Dateı Name ab- 


gearbeitet. 
EndCLI 
Schließt ein CLI. 
Run Befehl 
Arbeitet einen Befehl im Hintergrund ab. 
Befehl Enthält einen AmigaDOS-Befehl, der ım 


Hintergrund abgearbeitet wird. 


Status (Process) Nummer (Full)(TCB)(CLI)(All) 
Gibt Informationen über CLI-Prozesse aus. 


Process Kann wahlweise mit eingegeben werden. 

Nummer Gibt an, über welchen Prozeß die Informa- 
tionen ausgegeben werden sollen. 

Full Kombiniert die Optionen TCB und CLI. 

TCB Es werden Informationen über Priorität und 
Stack-Größe des Prozesses ausgegeben. 

CLI Gibt die momentan aufgerufenen Befehle 
der Prozesse aus. 

All Siehe CLI. 


V1.3 (Com=Befehl)(Command=Befehl) 


Com=Befehl Es wird nach dem CLI-Befehl Befehl ge- 
sucht. 
Command=Befehl . Siehe Com=Befehl. 


ChangeTaskPri (Pri) n 
Ordnet einem Prozeß eine Priorität zu. 
Pri Kann wahlweise mit eingegeben werden. 
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n 


V1.3 (Process n) 
Process n 


Enthält die neue Priorität. 


Die neue Priorität wird dem Prozeß Nummer 
n zugewiesen. 


Break (Task) Nummer (All)(C)(D)(E)(F) 
Unterbricht einen Prozeß. 


Task 
Nummer 


All 


C 
D 
E 
F 


V1.3 (Process) 
Process 


Kann wahlweise mit eingegeben werden. 
Verweist auf den zu unterbrechenden Pro- 
zeß. 

Es werden die Unterbrechungsebenen C, D, 
E und F gesetzt. 

Es wird die Unterbrechungsebene C gesetzt. 
Es wird die Unterbrechungsebene D gesetzt. 
Es wird die Unterbrechungsebene E gesetzt. 
Es wird die Unterbrechungsebene F gesetzt. 


Siehe V1.2 Task. 


Path (Name ADD)(Show)((Name) Reset) 
Zeigt oder ändert die Verzeichnispfade. 


Name ADD 


Show . 
Name Reset 


V1.3 (Quiet) 
Quiet 


Es wird zusätzlich ein Pfad zum Verzeichnis 
"Name" gelegt. 

Show zeigt die aktuellen Pfade an. 

Alle Pfade bis auf den C- und Name-Pfad 
werden gelöscht. 


Es erfolgen keine Ausgaben auf dem aktuel- 
len Ausgabekanal. 
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Assign ((Name) Namel ((Dir) Name2))(List) 


Weist einem logischen Gerät ein Verzeichnis zu. 


Name Kann wahlweise mit eingegeben werden. 

Namel Gibt das zuzuweisende logische Gerät an. 

Dir Sıehe Name. 

Name2 Gibt das Verzeichnis an, dem das logische 
Gerät zugewiesen wird. 

List Es werden die aktuellen logischen Zuweisun- 


gen aufgelistet. 


V1.3 (Exists Name)(Remove Name) 


Exists Name Es wird in der Assign-Liste nach Name ge- 
sucht. Ist er nicht vorhanden, wird ein Feh- 
lercode von 5 zurückgegeben, ansonsten wird 
kein Fehlercode zurückgegeben. 

Remove Name Name wird aus der Assign-Liste entfernt. 


AddBuffers (Drive) Laufwerk (Buffers) n 
Einem Laufwerk wird ein bestimmter Speicherplatz reserviert. 


Drive Kann wahlweise mit eingegeben werden. 

Laufwerk Gibt das Laufwerk an, welches den Puffer 
erhalten soll. 

Buffers Siehe Drive. 

n Gibt die Größe des zu reservierenden Puf- 


fers in Blöcke an. 


Why 
Gibt Informationen über den zuletzt aufgetretenen Fehler aus. 


Fault n 
Gibt die Fehlermeldung zum entsprechenden Fehlercode aus. 
n Gibt einen gültigen Fehlercode an. 
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Date (Time) Zeit (Date) Datum (To Name)(Ver Name) 
Eingabe oder Ausgabe von Datum und/oder Zeit. 


Time 
Zeit 

Date 
Datum 
To Name 


Ver Name 


Kann wahlweise mit eingegeben werden. 
Enthält die einzugebende Uhrzeit. 

Siehe Time. 

Enthält das einzugebende Datum. 

Name gibt eine Datei an, in die das Datum 
sowie die Uhrzeit geschrieben werden soll. 
Siehe To Name. 


SetClock (OPT Load)(OPT Save) 
Übergabe von Datum und Zeit des Systems an die Uhr und um- 


gekehrt. 
OPT Load 


OPT Save 


Datum und Zeit werden von der internen 
Uhr als Systemzeit übernommen. 

Das Systemdatum und die Systemzeit werden 
an die interne Uhr übergeben. 


V1.3 (Load)(Save)( Reset) 


Load 


Save 


Prompt Text 


Datum und Zeit werden von der internen 
Uhr als Systemzeit übernommen. 

Das Systemdatum und die Systemzeit werden 
an die interne Uhr übergeben. 


Ändert die Bereitschaftsanzeige der CLI-Prozesse. 


Text 


V1.3 


Enthält das Aussehen der Bereitschaftsan- 
zeige, wobei %n die CLI-Prozeßnummer an- 
gibt. 

In Verbindung mit der neuen Shell kann 
auch %s verwendet werden. Es wird dann 
auch das aktuelle Verzeichnis ausgegeben. 
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Stack (n) 

Verändert die Stack-Größe oder gibt die aktuelle Größe aus. 
n Gibt die Stack-Größe ın Bytes an. 

BindDrivers 


Es werden weitere Treiber ins System eingebunden. 


Mount (Device) Name 
Bereitstellen eines Devices. 
Device Kann wahlweise mit eingegeben werden. 
Name Gibt den Namen des neuen Devices an. 
V1.3 (From Name) 


From Name Die Parameter werden nicht aus der Datei 
Devs/Mountlist genommen, sondern aus der 
Dateı Name. 


Execute Name (Text) 
Arbeitet eine Batch-Datei ab. 


Name Gibt den Namen der Batch-Datei an. 
Text Enthält Argumente, die an dıe Batch-Dateı 
übergeben werden. 


Echo "Text" 
Gibt einen Text auf den aktuellen Ausgabekanal aus. 


"Text" Enthält einen Text, der auf dem Ausgabeka- 
nal ausgegeben werden soll. 


V1.3 (NoLines), (First n)(First=n)(Len n)(Len=n) 


NoLines Nach Ausgabe des angegebenen Strings wird 
nicht in eine neue Zeile gesprungen. 
First n Die Ausgabe beginnt erst bei dem n-ten 


Zeichen von Text. 
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First=n Siehe First n. 

Len n Es werden nur n Zeichen von Text ausgege- 
ben. 

Len=n Siehe Len n. 


Failat (n) 


Setzt die Abbruchgrenze fest oder gibt die aktuelle Abbruch- 
grenze aus. 


n Enthält die Größe der neuen Abbruchgrenze. 


Quit (n) 
Abbruch einer Batch-Datei mit eventueller Übergabe eines Feh- 
lercodes. 


n Enthält einen Fehlercode. 


Hf (Not)(Warn)(Error)(Fail)(Texti1 EQ Text2)(Exists Name) 
Befehli (Else Befehl2) EndIf 


Der Befehl entscheidet, ob bestimmte Befehle innerhalb einer 
Batch-Datei abgearbeitet werden oder nicht. 


Not Bewirkt die logische Umkehrung einer 
Bedingung. 

Warn Bedingung erfüllt, wenn Fehlercode 
größer oder gleich 5. | 

Error Bedingung erfüllt, wenn Fehlercode 
größer oder gleich 10. 

Fail Bedingung erfüllt, wenn Fehlercode 


größer oder gleich 20. 
Textl EO Text2 Bedingung erfüllt, wenn Textl gleich 


Text2 ist. 

Exists Name Bedingung erfüllt, wenn die Datei Name 
vorhanden ist. 

Befehll CLI-Befehl, der ausgeführt wird, wenn 


Bedingung erfüllt wurde. 
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Else Befehl2 CLI-Befehl, der ausgeführt wird, wenn 
die Bedingung nicht erfüllt wurde. 
V1.3 (Wertl GT Wert2)(Wertl GE Wert2)(Wertl VAL Wert2) 


Wert! GT Wert2 Bedingung erfüllt, wenn Wertl größer 
Wert2 ist. 

Wert! GE Wert2 Bedingung erfüllt, wenn Wertl größer 
oder gleich Wert2 ist. 

Wert]! VAL Wert2 Bedingung erfüllt, wenn Wertl dem bei 
Wert2 angegebenen Wert entspricht. 


Skip Text 
Es wird innerhalb einer Batch-Dateı zu einer Marke gesprungen. 


Text Enthält eine Zeichenkette, zu der verzweigt 
wird, wenn sie als Label definiert ist. 


Lab Text (Back) 
Lab definiert eine Zeichenkette als Sprungmarke. 


Text Enthält Zeichenkette, die als Label definiert 
| wird. 
Back Es kann auch nach einem Label gesprungen 


werden, der innerhalb der Batch-Datei ober- 
halb des Sprungbefehls liegt. 


Ask "Text" 


Abf rage auf (Y)es oder (N)o, wobei y ein Fehlercode von 5, und 
n keinen Fehlercode ergibt. 


"Text" Enthält Text, der auf dem aktuellen Ausga- 
| bekanal ausgegeben wird. | 


Wait (n)(Sec)(Secs)(Min)(Mins)(Until Zeit) 
Wait versetzt das System in den Wartezustand. 


n | Gibt die Anzahl der Einheiten an, die ge- 
| wartet werden soll. 
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Sec Spezifiziert die Einheit als Sekunde. 


Secs Siehe Sec. 
Min Spezifiziert die Einheit als Minute. 
Mins Siehe Min. 


Until Zeit Es wird gewartet, bis die in Zeit enthaltene 
Uhrzeit erreicht ist. 


Die neuen CLI-Befehle der Workbench 1.3 


Alias Name String 


Dieser Befehl kann nur in Verbindung mit der Shell benutzt 
werden. Dabei wird einem Wort ein String zugewiesen (Siehe 
Kapitel 5). 
Name Das neue Befehlswort. 
String Enthält die Befehlszeile, die mit Name auf- 
gerufen wird. 


Avail (Chip)(Fast)(Total) 


Es wird ein Überblick über den vorhandenen Speicherplatz aus- 
gegeben. | 


Chip Bei der der Ausgabe wird nur das Chipmem 
berücksichtigt. 

Fast Bei der Ausgabe wird nur das Fastmem be- 
rücksichtigt. 

Total Bei der Ausgabe wird der gesamte verfüg- 


bare Speicherplatz berücksichtigt. 


EndSkip 


Wird innerhalb einer Batch-Datei mit dem Skip-Befehl gesprun- 
gen, dann wird der Spung in jedem Fall unterbrochen, sobald 
der Befehl EndSkip angetroffen wird. 
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Eval Werti Art Wert2 (To Datei) (LFormat="Text") 
Es können Rechenoperationen ausgeführt werden. 


Wert] Gibt den Wert des ersten Operanden an. 

Art Gibt die Rechenart an. 

Wert2 Gibt den Wert des zweiten Operanden 
| an. 

To Datei Das Ergebnis wird in Datei umgelenkt. 


LFormat="Text" Die Option LFormat bewirkt, daß der in 
Text enthaltene Text ausgegeben wird. 
Näheres siehe bei List. 


FF (-0)(-n) 

Die Textausgabe auf dem Bildschirm wird beschleunigt. 
-0 FastFont-Textausgabe wird eingeschaltet. 
-N FastFont-Textausgabe wird ausgeschaltet. 


Getenv Name 
Es wird der Inhalt einer Variablen gelesen. 


Name Gibt die Bezeichnung der Variablen an, de- 
ren Inhalt gelesen werden soll. 


IconX 


Eine Batch-Datei kann mit Hilfe dieses Befehls auch von der 
Workbench aus mit der Maus aktiviert werden (Siehe Kapitel 5). 


Lock Laufwerk (On Passwort)(Off Passwort) 

Blockiert oder gibt den Zugriff auf eine Festplatten-Partition 

_ frei. | 

Laufwerk Enthält die zu schützende Festplatten-Parti- 
tion. 


On Passwort Der Zugriff auf die Festplatten-Partition 
wird blockiert. Nach Eingabe des Paßwortes 


—— Quick-Reference —— 389 


(max. 4 Zeichen) wırd der Zugriff für diese 
Benutzung wieder freigegeben. 

Off Passwort Ein Paßwort kann mit dieser Eingabe wieder 
aufgehoben werden. In Passwort muß das 
entsprechende Paßwort vorhanden sein. 


NewShell (Newcon:x/y/Breite/Höhe(/Text))(From Name) 
Eröffnet eine neue Shell. 


x Gibt die x-Position der linken oberen Ecke 
des neuen Windows an. 

y Gibt die y-Position der linken oberen Ecke 
des neuen Windows an. 

Breite Gibt die Breite des Windows in Pixeln an. 

Höhe Gibt die Höhe des Windows in Pixeln an. 

Text Gibt den Titel des neuen Windows an. 


From Name Nachdem die neue Shell geöffnet wurde, 
wird nicht das Shell-Startup-File aus dem S- 
Verzeichnis, sondern das File Name automa- 
tisch abgearbeitet. 


RemRAD 


Es werden alle Dateien aus der resetfesten RAM-Disk gelöscht. 
Außerdem wird nach dem nächsten Booten das Ramdrive.Device 
aus dem System entfernt. 


Resident Name Datei (Remove)(Add)(Replace)(Pure)(System) 


Es wird ein neuer Befehl in die Liste der residenten Befehle 
aufgenommen, gelöscht oder ersetzt. 


Name Kann wahlweise mit eingegeben werden. 

Datei Enthält den Befehl, der in die Resident- 
| Liste aufgenommen werden soll. 

Remove Der Befehl wird aus der Liste gelöscht. 


Add Der Befehl wird in die Liste aufgenommen. 
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Replace Ist ein Befehl mit dem angegebenen Namen 
ın der Liste schon vorhanden, so wird er 
durch den neuen ersetzt. 


Pure Es wird überprüft, ob das Pure-Bit des Be- 
fehls gesetzt ist oder nicht. 
System Benutzen Sie diese Option nicht, es sei denn, 


es wird speziell angegeben. 


SetPatch 
Das Betriebssystem wird gepatched. 


Setenv Name String 
Es wird einer Variablen ein String zugewiesen. 


Name Die Bezeichnung der Variablen. 
String Enthält eine Zeichenkette, die der Variablen 
zugewiesen wird. 


Which Datei (NoRes)(Res) 
Es wird der Pfad zu einem Befehl gesucht und ausgegeben. 


Datei Enthält den zu suchenden Befehl. 

NoRes Die Residentliste wird nicht berücksichtigt. 

Res Die Residentliste wird zuerst berücksichtigt. 
9.4 Alle CLI-Befehle alphabetisch geordnet 


Diese Liste beinhaltet alle CLI-/Shell-Befehle alphabetisch ge- 
ordnet. Auch hier ergänzt eine kurze Erläuterung den einzelnen 
Befehl. 
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AddBuffers Seite 113 
Einem Laufwerk wird ein bestimmter Speicherplatz reserviert. 


Alias Seite 256 
Dieser Befehl kann nur in Verbindung mit der Shell benutzt 
werden. Dabei wird einem Wort ein String zugewiesen (Sıehe 
Kapitel 5). 


Ask Seite 140 


Abfrage auf (y)es oder (n)o, wobei y einen Fehler-Code von 5 
und n keinen Fehler-Code ergibt. 


Assign Seite 109 
Weist einem logischen Gerät ein Verzeichnis zu. 


Avail Seite 97 
Es wird ein Überblick über den vorhandenen Speicherplatz aus- 
gegeben. 


BindDrivers Seite 127 
Es werden dem System weitere Treiber hinzugefügt. 


Break Seite 105 
Unterbricht einen Prozeß. 


CD Seite 39 
Wechselt das Laufwerk bzw. das Verzeichnis. 


ChangeTaskPri Seite 104 
Ordnet einem Prozeß eine Priorität zu. 


Copy Seite 45 
Erstellt eine Kopie einer Datei oder eines Verzeichnisses. 


Date Seite 118 
Ein- oder Ausgabe von Datum und/oder Zeit. 
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Delete Seite 43 
Löscht Dateien und/oder Verzeichnisse. 


Dir Seite 35 
Gibt das Inhaltsverzeichnis einer Diskette aus. 


DiskChange | Seite 87 
Übergibt dem AmigaDOS die Mitteilung, daß eine Diskette ge- 
wechselt wurde. 


DiskCopy Seite 50 
Erstellt eine Kopie einer Diskette. 


DiskDoctor Seite 8] 
Es werden Fehler an Disketten oder auf Dateien eventuell beho- 
ben. 


Echo Seite 133 
Gibt einen Text auf dem aktuellen Ausgabekanal aus. 


EndCLI Seite 96 
Schließt ein CLI. 


EndSkip Seite 141 
Unterbricht in jedem Fall den skip-Befehl. 


Eval Seite 116 
Es können Rechnungen durchgeführt werden. 


Execute Seite 128 
Arbeitet eine Batch-Datei ab. 


Failat | Seite 135 


Setzt die Abbruchgrenze fest oder gibt die aktuelle Abbruch- 
grenze aus. 
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Fault Seite 115 
Gibt die Fehlermeldung zum entsprechenden Fehlercode aus. 


FF Seite 126 
Die Textausgabe auf dem Bildschirm wird beschleunigt. 


FileNote Seite 79 
Versieht eine Datei mit einem Kommentar. 


Getenv Seite 142 
Es wird der Inhalt einer Variablen gelesen. 


IconX Seite 132 
Eine Batch-Dateı kann mit Hilfe dieses Befehls auch von der 
Workbench aus mit der Maus aktiviert werden (Siehe Kapitel 5). 


If (Else) EndIf Seite 136 
Entscheidet, ob bestimmte Befehle innerhalb einer Batch-Datei 
abgearbeitet werden oder nicht. 


Info Seite 62 
Gibt Informationen über die angeschlossenen Laufwerke aus. 


Install Seite 64 
Macht aus einer Leerdiskette eine bootfähige Diskette. 


Join Seite 71 
Faßt zwei oder mehrere Dateien zu einer Datei zusammen. 


Lab Seite 141 
Definiert eine Sprungmarke. 


List Seite 55 
Listet Informationen über Dateien auf. 
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LoadWB Seite 102 
Lädt die grafische Benutzeroberfläche. 


Lock Seite 126 
Blockiert oder gibt den Zugriff auf ein Laufwerk frei. 


Makedir Seite 42 
Richtet ein neues Verzeichnis ein. 


Mount Seite 122 
Stellt ein Device bereit. | 


NewCLI Seite 95 
Eröffnet ein neues CLI. 


NewShell Seite 87 
Eröffnet eine neue Shell. 


Path Seite 107 
Zeigt oder ändert die Verzeichnispfade. 


Prompt Seite 120 
Ändert die Bereitschaftsanzeige der CLI-Prozesse. 


Protect Seite 75 
Bestimmt die Zugriffsmöglichkeiten auf eine Datei. 


Quit Seite 136 
Abbruch einer Batch-Datei mit eventueller Übergabe eines Feh- 
lercodes. | 


Relabel Seite 54 
Benennt den Namen einer Diskette um. | 


RemRAD | Seite 126 
Es wird die resetfeste RAM-Disk gelöscht. 
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Rename | Seite 52 
Benennt eine Datei um. 


Resident Seite 98 
Es wird ein neuer Befehl in die Liste der residenten Befehle 
aufgenommen, gelöscht oder ersetzt. 


Run Seite 100 
Arbeitet einen Befehl im Hintergrund ab. 


Search Seite 72 
Sucht in Dateien nach einer angegebenen Zeichenkette. 


SetClock Seite 119 
Übergabe von Datum und Zeit des Systems an die Uhr und um- 
gekehrt. 


SetDate Seite 80 
Versieht eine Datei mit einer Datums- bzw. einer Zeitangabe. 


‚Setenv Seite 142 
Es wird einer Variablen ein String zugewiesen. 


SetPatch Seite 1127 
Das Betriebssystem wird gepatched. 


Skip | Seite 141 
Springt innerhalb einer Batch-Datei zu einer Marke. 


Sort Seite 74 
Sortiert eine Dateı alphabetisch und speichert sie in einer ande- 
ren Datei ab. 


Stack Seite 121 
Verändert die Stack-Größe oder gibt die aktuelle Größe aus. 
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Status Seite 102 
Gibt Informationen über CLI-Prozesse aus. 


Type Seite 68 
Gibt den Inhalt einer Datei aus. 


Version Seite 144 


Gibt die Nummer der verwendeten Kickstart- und Workbench- 
version aus. | 


Wait Seite 143 
Versetzt das System in den Wartezustand. 


Which Seite 112 
Es wird der Pfad zu einem Befehl gesucht und ausgegeben. 


Why Seite 114 
Gibt Informationen über den zuletzt aufgetretenen Fehler aus. 
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Anhang 


Steuer- und Editorsequenzen im CLI/Shell 


Unter Verwendung der Ctrl- und Esc-Tasten können bestimmte 
Sequenzen ins CLI/Shell direkt oder durch den Echo-Befehl in- 
nerhalb einer Batch-Datei eingegeben werden. Wenn der Echo- 
Befehl benutzt wird, dann kann die Esc-Taste durch die Zei- 
chenkombination *e ersetzt werden. 


Escapesequenzen 


<Esc>c Der Inhalt des CLI-/Shell-Fensters wird gelöscht, und es werden alle 
Sondermodi abgeschaltet. 


<Esc>[0Om Es werden alle Sondermodi abgeschaltet. 

<Esc>[1m Fettschrift wird eingeschaltet. 

<Esc>[2m Farbnummer 2 wird zur Schriftfarbe (Schwarz). 
<Esc>[3m Kursivschrift wird eingeschaltet. 

<Esc>[30m Farbnummer 0 wird zur Schriftfarbe (Blau). 
<Esc>[31m Farbnummer 1 wird zur Schriftfarbe (Weiß). 
<Esc>[32m Farbnummer 2 wird zur Schriftfarbe (Schwarz). 
<Esc>[33m Farbnummer 3 wird zur Schriftfarbe (Orange). 
<Esc>[4m Der Text wird unterstrichen. 

<Esc>[40m Farbnummer 0 wird zur Hintergrundfarbe (Blau). 
<Esc>[41m Farbnummer 1 wird zur Hintergrundfarbe (Weiß). 
<Esc>[42m Farbnummer 2 wird zur Hintergrundfarbe (Schwarz). 
<Esc>[43m Farbnummer 3 wird zur Hintergrundfarbe (Orange). 
<Esc>[7m Der Text wird invers dargestellt. 

<Esc>[8m Der Text wird unsichtbar (Blau). 

<Esc>[nu Das CLI-/Shell-Fenster wird n Zeichen breit. 
<Esc>[nt Die Anzahl der Zeilen im CLI-/Shell-Fenster wird auf n gesetzt. 
<Esc>[nx Der linke Rand wird auf n Pixel gesetzt. 


<Esc>[ny Der Abstand von oben wird auf n Pixel gesetzt. 
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Control-Sequenzen 


Bei der Eingabe von Control-Sequenzen muß die Ctrl-Taste und 
die entsprechende Buchstabentaste gleichzeitig gedrückt werden. 


<Ctrl>-<h> 
<Ctrl>-<i> 
<Ctrl>-<j> 
<Ctrl>-<k> 
<Ctrl>-<l> 
<Ctrl>-<m> 
<Ctri>-<o> 
<Ctrl>-<n> 
<Ctri>-<x> 
<Ctrl>-<\> 


Das zuletzt eingegebene Zeichen wird gelöscht. 

Der Cursor wird um eine Tabulatorposition nach rechts bewegt. 
Bewirkt einen Zeilenvorschub. 

Der Cursor wird um eine Zeile nach oben bewegt. 

Der Inhalt des CLI-/Shell-Fensters wird gelöscht. 

Bewirkt das gleiche wie Return. 

Es wird der normale Zeichensatz eingeschaltet. 

Es wird der Alt-Zeichensatz eingeschaltet. 

Die gesamte aktuelle Zeile wird gelöscht. 


Kennzeichnet das Ende einer Datei. 


——  Stichwortverzeichnis — 399 


Stichwortverzeichnis 


DI Av rn a el er lee et 132 
AR a a ae a ae 130 
GOl 2a een rer 131 
756) SOSSE REG EEE EEE OIEEURTERHERNEER NE EIS TEIEOTIOSST RUE TORTEN 132 
INIO: es Sneiensneesseesde 23 
IRRE a ee er een 132 
KEY een er eenseleen, 129 
60: Zeichen. ro. Zeile u... 65 
AddBuffers...oeee een 113, 382, 391 
Aktuelles Inhaltsverzeichnis ................0u0000020senssansnnsnnnennnnnsnnennennn 35 
Aktueller Ordner 2.032... ee 40 
AH AS: See ee 228, 256, 391 
Alıas= Anweisungen seen 90 
AMISSDOS. an ee ee geek 16 
Anhalten der Ausgabe .......uneersensssoennsoaesonnnnnnnensunssnnesenonensanenennn 279 
Anzeige des Befehls-Status ..............concuenseneasanenonsennenennensasereneee 287 
ATBUMENE „essen ee 27 
ASCH: 2222222 naar enge 196 
1 N RUE EEE ROHRUHNRIETRELCEEFHEREN 140, 217, 386, 391 
ASSIEN: Seren sen net: 109, 382, 391 
Ausgabe einer Zeichenkette .............u.202s0s2s0nseennenensnnnnnnnnensnnnnnn 133 
VAL: ee ee ee 97, 391 
Backspace 2.2 21 
Backup- Befehl usage 239 
Bätch-Befehle u.2..2u00,Senierinunsiehhten 239 
Bätch-Däler ui 89, 206, 211 
Bätch=Filles 222.2 66, 206 
Bäteh= Variablen... een 137 
Batchprocessine ..as.asnseieannsskene 205 
Bald. a2: ee nenne 166 
Baumseuklur vereinten 23 
Beenden nennen, 28 
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Belegungsprad: ua. 63 
Bildschirm 2.2... een BERN 168 
BNIGDEIWVEIS ae 127, 384, 391 
BOOIDAr aan sn szene 64 
Bo9tbare Disketten. 66 
BPIR- Pointer 222.0 eyes 308 
BreaR ee enges 105, 279, 381, 391 
BSER: 222.2: ma ee 316 
ED Sure fee se ae 39, 372, 391 
EDE en seneee eeee esn sueereh 41 
ChangeTäskPri an. 104, 284, 380, 391 
CHIP=- Memory: un... 97 
Blessing Se 233 
CEl ee PURE NENNE ERTL NEUIESNERHRIENN EOERRARE 17 
CEI-/Shell=Befehle u... 4a. 206, 369 
CLI-/Shell-Fenster 1... en 218 
CET Fenster „as nasse 206 
ELEKOMM3aNd98 ee 359 
CEI=Starftup- Däilel 2.23. 227 
ELEWecker ss 195 
Conimand-Line Interface: nu... een 17 
KON -DEVI E a ee 168 
COPY nee dan 45, 372, 391 
CH UNE asien 51, 279 
18: 5 17 SEE EREREEISEICRIERUNSCRLIERNTRRETURHENOHIEKTRNERERNTERERANE 118, 383, 391 
DebuR 2.2 eneereienihkn 200 
Detekte Blöcke: u... een 63 
Delete nun 43, 372, 392 
| 1 RE ER E FEELETHEREE ESTER REN HERG BEE ERENREENE ER OEIEARBRENR 22f, 35, 371, 392 
Direkte Befehle: 2... 2.12. 2 360 
DiskEhange una. 87, 379, 392 
DISKCOBY zeigen 50, 374, 392 
Disk DOEl8r un neeseiisenkedee 81, 379, 392 
DiSsKette Tetten: a een 270 
DOS zes nee a sl a ee u 15 
DOS-BEOMPIE 2... ee 20 


Dyat en en ee lest een arena 231 
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Drinslichkeitsstüfe ect 104 
Drucken Vom: CLI aus 2.222. Nee 188 
Drucker wusste 189 
Drucker-Bätch- Däter 2... 22882 236 
Drucker: Device u. nnd: 168 
Drückereinstellungen ...,uu.04..3HR.0 Rasa 237 
Duplikat einer Diskette ..........cccesseeseesseessesseonnnnnnnnnnnnnnnnnnnnn nennen 50 
ECRO een 133, 384, 392 
Biss eek 145, 147, 359 
ED-Edilör 2... nee 208 
ED=Runktionen 02er ienlerle nenn seseslier 359 
| 27a 175 RR SEN IR RES ORHE N WERTERGER N ERRISERL VAR ERRESTEENT SOBERMRESEEPILETRR 145, 151, 359 
Edit Funktionen us 362 
Eigene Fenster as denne 193 
EiN=-/U08 Ausgaben „unseren 175 
Eingabeparameter „urn. nn 27 
EI N ee 385 
ENGCET een 96, 269, 380, 392 
ENDE see 385, 393 
ENRdASKıp. 1. een eabaesenegesserrengen 392 
Enter> Läste anne ee 21 
15) © NEE EBEN ER ANRETFERN ES ERN NEN TERSNERR ART N RR DAERE NER ARE UNER BE NEIRUEENCENENEONEEENEOR 137 
ERROR 2.u.ulgseseesenveensleinstn 138 
ESCApe-Sequen7 ins 236, 258 
TE Val a a ee er a Sehe 116, 392 
D.C NK NR Fo EEE SCREESTERROTENSEOE EIGENE 94, 128, 384, 392 
| 251 [2 1 AS PSORIREL EEE EINE ERGREE STERNEN NEE EEEOE SHEEERERUER-ERERTN 135, 385, 392 
Fast-File-Sysem...uss aan RUE N ET ER 202 
FAST = Memory „ne siseseerieise 97 
FaStH INESySteM isses 126 
FastF 008 2.2 nase 126 
BAUR. 2er ae 115, 382, 393 
Fehlerprenze „a. ee een 135 
Fehliernummer 2... en reeetzee 135 
FENSIEr u. see ernennen 168 
Festplätte „einer 225 
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PIRS es te ER EINER ENENENIER CIE URURRGERETENN 126, 203 
File-Ausdruck users 188 
FileNote.... een 79, 378, 393 
FOIrMäR 2: ee een ee ee 30, 370 
Formal Zeile east nase 26 
Formatieren ss. 30 
Fragezeichen anastineeehseinanieunk 177 
Geratetieiber un. nee Merle 265 
GEetENV: ae enerinereee ee 142, 393 
G10bal-Veelör- Table: 22.2.2. eieenaeeekskene 316 
Global-Vector-Tabelle ......................u..000000000ssonsnsnsnnennennnnnnnnnnenn 103 
(3Blobal-Veklor zus se ansnskindisieeie 314 
Größe des voreingestellten CLI-Fensters ..............u020enseeeeeennen. 272 
Güru>-Meditation. 2.522... ken 200 
Handshake-Problem 228er 166 
Hauptverzeichn1s.....uen..enssuiieteeeeee 23, 40 
Hilfstunktion au... nenne 26 
HintergrundprozeB u... enannkn 100 
Hochfahren ausser 212 
ICORNR ee ee eyes 132, 251, 393 
ee ee eg 385, 393 
H/EISS/ENA nn een 136 
INTO: zueeeeeeiinneesneashese nes seeneeusene 62, 375, 393 
Initialize nun ers 30 
Install an ee 64, 375, 393 
Interne DOS-Bibliothek ....................002000s0sseesensenennnnnnsnnnnnnnnnnnenn 313 
JO De ee ee 71, 376, 393 
JoKerzeichen „en. 36, 176, 228 
Keynes ee bee rse 27 
. KEyMaps sinne use 65 
Kommandomodus 24.40, 0a erstere 359 
- Kommandomodus-Befehle ........uceseeseeseeseeseeseesennnnnennennnnnennennennnn 361 
KOPIE ee ses ee ee 18 


KODIeren at ae ee en ee aeg 45 
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Kopieren von mehreren Dateien ......uuensessesssensnnsnnsennnnnnnnnnsenenen 271 
Kopiervorgane: a... neuen 45 
aD An e eueedeeseee 142, 386, 393 
Lauf werksbezeichnüng u... an 25 
Leerzeichen u. unse esse 31 
LEOTMAt une EURE ONCE EL SER ERAREN 229 
SIISE needs ae ee oneheiserndaee 55, 229, 373, 393 
LO34WB: nun ee eine 102, 370, 394 
L034WB -=debuß „natur 199 
EOcK een enehnagseeees 126, 394 
Löschen von mehreren Dateien ............ucneessessessonsensnnnnennnnnnnnnenn 271 
MakeDir susanne 42, 372, 394 
Modem-=-Betrieb....nese se ae 198 
MOUNE ee as es 122, 384, 394 
Mounted, Sauer 62 
Multitaskine una einen 265 
Multiuser-Betrieb: en. unse 196 
Namenskollisionen u.u..u.u2.2:2: 5.2 een 46 
Neue € Lern anne 283 
NEustalt, nennen 212 
NEWOET sans ae 95, 273, 379, 394 
NEWEON-DEVIER. anne 92, 192 
NEWShEI 2.2.2.2. 0er 87, 394 
NOIEONS: zu: 2.22 else 31 
NOrMal sense esse 233 
NOTE rasen een ee 139 
Ordnern 2... eegeeTere ee 39 
OrAner-Umbenennen 2:2... 53 
OrTODErNaMEeN .. eek 23 
Papierkorb. nennen reiesnenseeetange 31 
Parallele Device u... sense 164 
BArameler si. ee ee ee 27 
Pat. a vr Denn tn a ae 107, 381, 394 


1 22% 2 BRRERRERI EN ORBESRIRIE HEBEL TESNTTRASESDRCEROR DER EREE IE BEI IIERRRNEDLEUSESEREOROEGEREN un 234 
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Pfadanpabe. 2... 23ff, 40 
Pfade 2222. een seele 43 
Priorität 22.2 ses 103f, 284, 291 
Pro: ara 2 te ee 228 
Problemloses Arbeiten u. se: 288 
Programm CLE 22::23452 in 310 
PITOMDE 2er 120, 383, 394 
Protect: need 75, 377, 394 
Prozessor=Stäacks 32: ua 103 
Prt-Device 2:02. 168 
Püfferspeichern....nn.ieseeisei 113 
PUTE: aus ne es ah a ale 301 
Püre-TFla2. seien 301 
Quelldatei sseeseeeaeeansieeet dd 
Quelloraner zu... 45 
OU nat 136, 385, 394 
RT a en ee 269 
RAM -DISSKE 2... 162, 241 
Raw- Device ae eier 169 
Relabei ans... RENENIER NEN EEE OEDIERER TE TEUSEHERERRBECNE 54, 375, 394 
Relokatıble Programme. ...................2us22002s000ennnsonnnnnnnsnnnnnnnnennennennnn 308 
REMRAD:. ss ehe 126, 394 
2 1 NE NEN INURRIRET REEL SUTESEESUHUETESESEERSEOESEUNEL NN 231 
RENamME uses 52, 373, 395 
Resetfeste Ram-DiskK ...............222000csonsesnnsnenenennnnnnnnnnnnnnnnnnnnnnennnnn 126 
Resident un... a an 98, 395 
Return Jaste ae near 20 
Reverse „aus ei es neseese 233 
ROM=-Wäck: zensiert 200 
RS ee ee ee 165 
RUN. wesen este 100, 276, 316, 395 
Rüns=Befehl u... na. 380 
Schnittstelle 2.2.2... 2 ee eisen: 164 
SChrägsstrich 2 ee 24 
SCHLEIDMASCH DE ..2:2. 5er 193 


Schteibschut2 ra... 220 fees 19 
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Schublade: 2... 2.328422 23, 42 
Sale ansehe 230 
SEaCCh en 72, 376, 395 
SELMIENE- nenne 308, 317 
SEgMENLIlISste ann ee eresnrenirigs 309 
SE KLOTEN. 2. esse ee 32 
Serielles Device 2... nen .166 
serielle Schnittstelle... ish 197 
SEIEIOCK 2: ee ee 119, 383, 395 
Set Date ea seen 80, 379, 395 
SELENV „nannte ee ea 142, 395 
SEIMAaP:d. 12:22 66 
SET PAICHh. near 128, 395 
SheN-Startup: ru. 89 
Shell=Startup-Dälei .....sen es 227 
SKID nee ern eree 141, 386, 395 
SK1D/L3ab / ENISKIB cent 142 
SO m a u el ee 74, 377, 395 
SPAL ae lerne ee eeelenser ee 228 
Speicherkapazität ..ccnccseeceeeeneeennenn SR EN ERS EIEEU RUN 32 
Spezielle Tastaturbelegungen ..........cesensesssennnsssennnnsnnennnnnennnnnnnnnnn 65 
STACK. nen ge 121, 384, 395 
Stapeldateien en. sisnniun 128 
Stapeldateiverarbeitung. ..............u00ses020s000senonnnennnnonannnnnnnnnnnnennenen 205 
Stapelspeicher una nannte 121 
Startup-Sequence .....unecescsuesecsecuanusesenesnsnnannenennn 66, 209, 220, 226 
Startup-Sequence.HD ..................2.00000200000022aan0nnnannnnnnnnnnnnansnnnnenne 225 
Startup-Sequence, komfortablere .......cucnceneesseeenesensenennnnnnnennennnenn 217 
Startup-Sequence, schnellere ........enncesseeseeeseeesnenssenssnsnnnnnnnennenenn 217 
Startup 2.22. ae neereeheene 223 
STATUS: Sa esse leeren 102, 380, 396 
Stalus Full Seren dee sei 288 
Statüs=Befehl „n.2.2.33u u ee 280 
StALUSINLOTMAHOR: a... een 56 
StEUETZEIChEen. issue 191, 236 
Suchpfade hinzufügen ............ccesecceeeessseeenanssensnnnnnnnnnnnnnennnnnnnnnnnn 107 
SWALCH: ustes sn ha ta ee a ee ee ae 27 
Symbolder Shell nn. ans 20 


System-Konfiguration u.a 65 
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Task Held. .....,2:2:222 82er 200, 270 
Tastatur ern See ee nee 168 
Textdateien auf dem Bildschirm ausgeben ............cnssesceesseseenneen 68 
Textdateien erstellen .................u002000suesennesnnnnnnnnnnnnnnnnnnnnnnnennnennnn 194 
Textdateienserweiltern ans. 194 
Titel des neuen Fensters. ...........0c00suossassassansonnnnsanennnnnnnnnnnnnnnnnnunn 89 
Trashean 2a na era anszarisieeiiu 31 
VDE een 68, 375, 396 
Dmlaute u. 66 
KIND IE I TE IN ee a a ee 134 
Umleitung: aus. einrineisingeren 266 
Umlenkung der Ausgaben ..........cnseesseessensssnnnnnnnenenennnnnsnnnnennnnnnnnnn 69 
Dmirechnung ve... een 196 
Unterbrechungen „us. 178 
UÜnterverzeichnss..u.:.3..23: ee 23f, 35, 40, 66 
Vatlabien: un. ale air 130 
Verkettung „ass eieseee 309 
Verlassen eines Batch-Files_.............nucesceeesssensseenssenensnnsnensnnnnennn 136 
VELISION wants eek 144, 370, 396 
VErZEeichnisstruktur aus ieeetsetae 23 
VOrBereitung user nes 18 
Walt ne an ersehen 143, 386, 396 
Warmstart a2. 218 
WARN. eisen ee lee 138 
Wartezeiten 2.5. 291 
WINIC He ons rn a ee 112, 396 
WIN ee le en 114, 382, 396 
Wildeards nenne een 36 
WII O We a eat 240 
Workbench-Diskette..............2200020000s0onsennensonnenensnonnennnnunnnnnnnnnnnnnn 209 
ZEILANSADEn nee nee eeeseineushsss 80 
ZEOITELSPAINIES een ehe se 212 
Zielplad sun nee ee 45, 48 
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Hilfe 


In der Regel klappt sie phantastisch, die Arbeit mit dem Computer. 
Und für Zweifelsfälle hat man ja bereits eine ansehnliche Bibliothek 
nützlicher Literatur. Doch immer wieder - mitten in der Arbeit - 
passiert es: Man sucht nach einem bestimmten Kommando. Irgendwo 
im Handbuch, oder stand es in einem Computermagazin... Der 
Arbeitsfluß ist unterbrochen. Man versucht sich zu erinnern, durch- 
wühlt den riesigen Literaturberg, sucht einen Hinweis. HILFE. Genau 
die bekommen Sie von den neuen DATA BECKER Führern. Ein gezielter 
Griff und Sie haben die gewünschte Information. Hier finden Sie 
umfassend alles auf einen Blick. Zu Ihrem Rechner oder auch zur 
entsprechenden Software. Das sind die ersten DATA BECKER Führer: 


Der DATA 

BECKER Führer zu 

Br | Amiga DOS 
eN:zexrzt ee Amiga BASIC 


5 . AmigaDOS BE 320 Seiten 
| Amiga BASIC DM 24,80 


| Alles auf einen Blick | 


En Bücher zum AMIGA 


WordPerfect-Amiga ist ein Programm mit außergewöhnli- 
chen Leistungsmerkmalen, denn gerade die vielfältigen For- 
matierungsarten und die Möglichkeit, fast beliebig lange 
Texte zu verarbeiten, zeichnen dieses Programm aus. Wer 
möglichst schnell WordPerfect-Amiga nutzen will, findet in 
diesem Buch alle Funktionen ausführlich beschrieben. Pra- 
xisnahe Anwendungen, die sofort zum Erfolg führen, fehlen 
genauso wenig wie ein umfassender Nachschlageteil, der 
auch später das Auffinden der benötigten Information ge- 
währleistet. 


Aus dem Inhalt: 


- Installation von WordPerfect 

- Arbeiten mit dem Editor 

- Die verschiedenen Möglichkeiten der 
Textformatierung 

- Richtiger Einsatz von Kopf- und Fußzeilen 

- Fuß- und Endnotenverwaltung 

- Erstellen von Index- und Inhaltsverzeichnis 

- Rundschreiben und Serienbriefe 
leichtgemacht 

- Erstellen von Tabellen und Formularen 

- Zeitungen drucken mit dem Spaltensatz 

- Rechtschreibüberprüfung mit dem Speller 

- Synonyme und Antonyme mit dem Thesaurus 

- Makros definieren und nutzen 

- Verschiedene Anwendungen, wie z.B. 
mehrspaltige Etikettenbeschriftung 


Röhrich, Polk 

Das große Buch zu WordPerfect 
Broschur, 316 Seiten, DM 39, — 
ISBN 3-89011-305-2 


Eu Bücher zum AMIGA 


Ob SUPERBASE PERSONAL, SUPERBASE 2 oder SUPER- 
BASE PROFESSIONAL - in allen Versionen stehen dem Anwen- 
der leistungsstarke Datenbanken zur Verfügung. Dieses Buch 
sichert Ihnen nicht nur einen leichten Einstieg in die Arbeit mit 
SUPERBASE, sondern zeigt auch an praxisnahen Beispielen die 
optimale Problemlösung. 


Aus dem Inhalt: 


- Erstellung einer ersten Datei (Eingabe, 
Korrektur und Suchen von Datensätzen) 

- Die verschiedenen 
Darstellungsmöglichkeiten (Tabelle, 
Datensatz, Formular) 

- Die Menüs von SUPERBASE 

- Die besonderen Merkmale von SUPERBASE 
(offene Dateien und Felder, Abfragen, 
Reports) 

- Relationale Dateien (Vorteile, Definition und 
Nutzung) 

- Rechnen in Dateien 

- Externe Dateien (Texte, Grafiken, Sounds) 


- Der Text-Editor 
AMIGA - Arbeiten mit dem Formular-Editor 
(SUPERBASE PROFESSIONAL) 
- Die Programmiersprache DML (SUPERBASE 
PROFESSIONAL) 


- Lexikon, Problemlösungen und 
Quickreferenz 


DATA BECKER 


Tornsdorf 

Das große Buch zu Superbase 
Broschur, 413 Seiten, DM 39, — 
ISBN 3-89011-319-2 


NEE Bücher zum AMIGA 


Amiga Tips und Tricks ist eine riesige Fundgrube für den 
Amiga-Besitzer. Viele Beispielprogramme in BASIC und C 
zeigen, wie man die fantastischen Möglichkeiten dieses Su- 
perrechners optimal nutzen kann. Und ganz nebenbei lernt 
man noch eine Menge über den Aufbau des SOMPIISIE und 
seine Programmierung. 


Aus dem Inhalt: 


- Nutzung der wichtigsten Libraries von BASIC 
aus: Graphic, DOS, Exec, Intuition 

- Nutzung der verschiedenen Disk-Fonts in 
BASIC-Programmen 

- Verschiedene Schrifttypen in 
BASIC-Programmen: Bold, Outline, Shadow 

- Zugriff auf das CLI von BASIC aus 

- Bewegbare Screens und Windows mit 
eigenen Titeln 

- Intuition in eigenen Programmen nutzen: 
Autorequest, Guru Meditation 

- Gesamte Directory-Struktur ausdrucken 

- Ein-/Ausgabehandling: Diskmonitor, 
Hardcopy von Windows und Screen 

- Speicherverwaltung: AllocMem und 
FreeMem 

- Filehandling in C: Anzahl freier Blöcke, File 
exist Prüfung, Filegröße, Filekommentar, Get 
Protection Prüfung 

- Zugriff auf Intuition am Beispiel eines 
einfachen Grafikprogramms: Screen, 
Windows, Menue 

- Half Bright- und Interlace-Modus 

- Druckerhandling in C 


Weltner/Hornig 

AMIGA Tips & Tricks 

Hardcover, 555 Seiten, DM 49, — 
ISBN 3-89011-211-0 


HE Bücher zum AMIGA 


Dieses DATA BECKER Floppybuch beschreibt alles Wissens- 
werte zum Thema Floppy ausführlich und sofort nutzbar. Zusätz- 
lich finden Sie in diesem Buch Insider-Informationen über Ko- 
pierschutz, Speed-Routinen und Viren, die in einschlägigen 
Kreisen für Aufsehen sorgen werden. Daß diese Informationen 
in einfach zu bedienende Programme umgesetzt wurden, macht 
dieses Buch zu einer unersetzlichen Hilfe bei der täglichen Ar- 
beit mit dem Amiga. 


Aus dem Inhalt: 


- Floppy-Operationen unter Workbench und 
CLI/Shell 

- BASIC: Laden, Speichern, sequentielle und 
relative Dateien 

- DOS-Funktionen 

- Fileverwaltung: Blocktypen, Boot-Block, 
Checksummen, File-Header, 
Hash-Berechnung, Bitmap 

- Viren: Boot-Block und Schutz 

- Trackdisk-Device: Befehle, Strukturen, 
Nachrichten 

- Trackdisk-Task: Funktion und Aufbau 

- Diskettenzugriff ohne DOS: MFM, GCR, 
Aufbau von Tracks, Block-Header, 
Datenblock, Prüfsummen, Codierung und 
Decodierung, Hardware-Register, SYNC, 
Interrupts 

- Diskettenmonitor 

- Fast-Copy: Disketten sehr schnell kopieren 

- Crunch-Copy: Durch spezielle Packroutinen 
weniger Diskettenwechsel 

- Deep-Copy: Kann auch Ihre PC- und 
ST-Disketten kopieren 

- Floppyspeeder: Superschnelle 
Trackdisk-Routinen beschleunigen den 
Diskettenzugriff 


Bleek, Gelfand 

Das große Floppybuch 

Hardcover, 557 Seiten, incl. 3'/2” Disk, DM 59, — 
ISBN 3-89011-180-7 


DAS STEHT DRIN: 


Amiga-Anwender, die nur mit Standard-Software arbeiten, werden die 
komfortable Workbench kaum verlassen. Wer jedoch mehr aus seinem 
Amiga herausholen will, macht dies über das AmigaDOS. Daß man dabei 
nicht unbedingt ein Profi sein muß, zeigt dieses Buch. Denn angefangen 
mit dem Einsteigerteil bis zum internen Aufbau des AmigaDOS erfährt man 
hier Schritt für Schritt alles, was bei der praktischen Arbeit zu beachten ist. 
Auch die neue Workbench 1.3 kommt hierbei nicht zu kurz. Viele leichtver- 
ständliche Beispiele sind genauso vorhanden wie ein gut strukturierter 
Nachschlageteil, der gewährleistet, daß auch später jede gewünschte In- 
formation schnell wiedergefunden werden kann. 


Aus dem Inhalt: 


- Aufgabe und Handhabung des AmigaDOS 

- Ausführliche Erläuterung der CLI/Shell- und der neuen CLI-Befehle 

- Tips und Tricks (Joker, Umlenken der Ein-/Ausgabe) 

- Die Amiga-Devices von CLI und Shell richtig einsetzen 

- Batch-Dateien: Wie werden sie erstellt, genutzt... .? 

- Optimale Nutzung der Multitasking-Fähigkeiten mit dem AmigaDOS 

- Mit Alias und Shell die Arbeit erleichtern 

- Wie sind die CLI-Befehle aufgebaut? 

- Wie erstellt man eigene CLI-Befehle? 

- Setzen Sie Prioritäten mit dem neuen »TaskPri« 

- Zu schnell? Stufenloses Abbremsen mit »Delay« 

- Vom CLI/Shell aus mit »Ersetze« eine beliebige Zeichenkette in einem 
Text durch eine andere ersetzen 

- »ShowResident« gibt eine Übersicht über alle residenten Befehle des 
Workbench 1.3 


UND GESCHRIEBEN HABEN DIESES BUCH: 


Rüdiger Kerkloh und Manfred Tornsdorf liefern die Grundlage des Buches, 
denn beide nutzen seit Jahren den Amiga bei ihrer täglichen Arbeit; Rüdi- 
ger Kerkloh bei seinem Studium und Manfred Tornsdorf als Lektor bei 
DATA BECKER. Abgerundet wird der Inhalt des Buches durch die Erfah- 
rungen, die Bernd Zoller während seines Informatik-Studiums und bei sei- 
ner täglichen Arbeit mit dem Amiga gesammelt hat. 
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